https://bugs.winehq.org/show_bug.cgi?id=42898
Bug ID: 42898 Summary: Listbox keyboard input Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: janwinehq@gmail.com Distribution: ---
A listbox widget in Wine does not react the same way to keyboard input as in Windows.
In Windows, you can type the first characters of a word and the cursor will jump to the first item matching *all* the characters you typed. This allows you to drill down quickly to the item you want.
In Wine, when you start typing it only considers the *last* character you typed when looking for a match. On listboxes where you have lots of items starting with the same character, this can make it problematic to drill down to the correct item.
This may be better explained with a simple example. Suppose you have a listbox with the following items, sorted alphabetically:
* AMBER * BLUE * BROWN * GREEN * ORANGE * RED * YELLOW
Windows behavior: * if you type "B", it will drill down to "BLUE" * if you type "BR", it will drill down to "BROWN" * if you type "BRO", it will drill down to "BROWN"
Wine behavior: * if you type "B", it will drill down to "BLUE" * if you type "BR", it will drill down to "RED" * if you type "BRO", it will drill down to "ORANGE"
https://bugs.winehq.org/show_bug.cgi?id=42898
Jan V. janwinehq@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |janwinehq@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=42898
Jan V. janwinehq@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |2.6 Distribution|--- |ArchLinux
https://bugs.winehq.org/show_bug.cgi?id=42898
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC| |dark.shadow4@web.de Summary|Listbox keyboard input |Listbox
--- Comment #1 from Fabian Maurer dark.shadow4@web.de --- Confirming, also affects drop down lists.
https://bugs.winehq.org/show_bug.cgi?id=42898
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Listbox |Search in ListBox not | |working properly
https://bugs.winehq.org/show_bug.cgi?id=42898
--- Comment #2 from Nikolay Sivov bunglehead@gmail.com --- I don't see such search accumulation on Windows with ListBox. Which styles are you using to test this?
https://bugs.winehq.org/show_bug.cgi?id=42898
--- Comment #3 from Fabian Maurer dark.shadow4@web.de --- Good catch, the native ListBox doesn't do this. That seems to be a wxwidgets thing, or it maybe uses listview? As for now, I don't know.
I have found a download for precompiled wxwidgets. Those are used by .NET applications, but still using the native widgets - hope that's not a problem. I only use those .NET binaries because I can't build wxwidgets from source right now, and didn't find another precompiled download.
Link: https://sourceforge.net/projects/wxnet/files/wxnet/0.9.2/wx.NET-0.9.2.zip
How to reproduce: - Unpack - cd into "Bin" - execute "controls.exe" - On the first tab the bottom list is affected (just click into it and type "this"
https://bugs.winehq.org/show_bug.cgi?id=42898
--- Comment #4 from Fabian Maurer dark.shadow4@web.de --- Still present, but I'm on it.
https://bugs.winehq.org/show_bug.cgi?id=42898
KRosUser kyle.kcsoftwares@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.kcsoftwares@gmail.com
--- Comment #5 from KRosUser kyle.kcsoftwares@gmail.com --- Listbox function LISTBOX_HandleChar (used by the combobox) should behave like listview's LISTVIEW_ProcessLetterKeys and using a timer in order to "accumulate" chars to be searched for.