https://bugs.winehq.org/show_bug.cgi?id=41015
Bug ID: 41015 Summary: comctl32/treeview: Alt-Up/Down keyboard shortcuts don't work Product: Wine Version: 1.9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 Assignee: wine-bugs@winehq.org Reporter: markk@clara.co.uk Distribution: ---
In native Windows, you can change the selected item in a treeview control by pressing Alt-Up or Alt-Down to move the highlight to the previous or next item.
That feature doesn't seem to be implemented in the Wine tree-view control.
I noticed this issue in WinUAE, but probably any program which uses the comctl32 treeview control will show the problem. For instructions to reproduce see bug 41010 description.
https://bugs.winehq.org/show_bug.cgi?id=41015
Mark K markk@clara.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |markk@clara.co.uk Keywords| |download, source URL| |http://www.winuae.net/files | |/InstallWinUAE3300.msi
https://bugs.winehq.org/show_bug.cgi?id=41015
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com ---
From what I see, using just Up/Down works same way as it does on Windows.
Combining with Alt - doesn't, on Windows I see no difference in behaviour whether Alt is used or not. Is that correct?
https://bugs.winehq.org/show_bug.cgi?id=41015
--- Comment #2 from Mark K markk@clara.co.uk --- On native Windows (I checked Windows 7 x86, Windows 10 x86-64), just pressing the Up/Down arrows doesn't do anything; the highlight doesn't move. Pressing Alt-Up/Down does move the highlight.
https://bugs.winehq.org/show_bug.cgi?id=41015
--- Comment #3 from Mark K markk@clara.co.uk --- And that's the same in Wine when using native comctl32.
https://bugs.winehq.org/show_bug.cgi?id=41015
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #4 from Nikolay Sivov bunglehead@gmail.com --- Yes, I see what you mean now. It's WinUAE feature to eat WM_KEYDOWN, so control never gets it.
https://bugs.winehq.org/show_bug.cgi?id=41015
--- Comment #5 from Nikolay Sivov bunglehead@gmail.com --- Patch sent https://www.winehq.org/pipermail/wine-patches/2016-July/152727.html.
https://bugs.winehq.org/show_bug.cgi?id=41015
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED Fixed by SHA1| |11beaf9978365ba58ac7c4d0068 | |0d95a5675ea39
--- Comment #6 from Nikolay Sivov bunglehead@gmail.com --- This is fixed with http://source.winehq.org/git/wine.git/?a=commit;h=11beaf9978365ba58ac7c4d006....
https://bugs.winehq.org/show_bug.cgi?id=41015
--- Comment #7 from Mark K markk@clara.co.uk --- Thanks, I'll test once the next Wine version is released. (It's too much of a pain to build Wine on 64-bit Ubuntu these days...)
https://bugs.winehq.org/show_bug.cgi?id=41015
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.16.
https://bugs.winehq.org/show_bug.cgi?id=41015
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |1.8.x CC| |mstefani@redhat.com
https://bugs.winehq.org/show_bug.cgi?id=41015
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|1.8.x |---
--- Comment #9 from Michael Stefaniuc mstefani@redhat.com --- Removing 1.8.x milestone from bugs included in 1.8.5.
-
wine-bugs＠winehq.org