James,
thank you for answering.
Understanding that there are two subtypes of comboboxes:
DROPDOWNLIST: The user can chose only available list entries. I think you are refering to this type and I agree with you
DROPDOWN: The user can edit the list entry. Didn't found this type in the desktop properties, but e. g. all search fields in Firefox or UEStudio, etc. are using this type.
Here FWH differ from standard Windows behavior!
This issue was discussed here
viewtopic.php?f=3&t=11342 in 2008 and you have made this proposal:
RE: Return Key Behavior
Another issue I have with the newer TCombobox class is that now the return key acts like the tab key--either will move to the next control. I know lots of programmers from the DOS era still want their apps to move from control to control using the Return key, but this is not standard Windows app behavior. Only the Tab key should do this. The Return key should trigger the default pushbutton (usually the OK button). Since the use of the Return key is now hardcoded into the TCombobox class, if a combobox has focus and the user presses the Return key, the focus will just move to the next control--not trigger the default pushbutton. To make things more confusing when the next control (not a combobox) is in focus then the Return key WILL trigger the default pushbutton.
I suggest that the use of the Return key in TCombobox should be optional and should default to off (lWantReturn := .f. ).
Seems to me that your proposal is unrealised until now