Description: In Base Form there is control List box with property Dropdown. When active it allows user to left click the listbox and dropdown menu will show options he can pick using mouse/arrows/letters. Note that arrows/letters can be used without user activating/seeing the dropdown menu. It looks like this dropdown menu can only be activated with a left mouse click. I would like this dropdown menu to activate automaticly when listbox gets focused(using TAB). This could be by default or another option to turn on in properties of control. Reason for this is to enable user to see his options while avoiding using mouse. This will make the picking of option faster(hands stay on keyboard). At the moment option(workarounds) are: I could have a table next to listbox showing all the options, but that takes extra form space for no reason. Also if the list was big enough to not fit in table after pressing letter z(end of alphabet) it would not automatically position view of the table to the end(dropdown menu does). OR There is probably a way to achieve this feature with macro(not sure), but I would like to avoid using macro when possible. Considering this behavior (dropdown menu) works(is implemented) for left click I would guess it would be "easy" to add when control is focused. Actual Results: . Expected Results: . Reproducible: Always User Profile Reset: No Additional Info: .
Could confirm the buggy behavior: No way to open a listbox by key. Only possibility is to click with mouse. It is an accessibility-bug, because the listbox isn't available for users, who couldn't use a mouse.
(In reply to Robert Großkopf from comment #1) > Could confirm the buggy behavior: No way to open a listbox by key. Only > possibility is to click with mouse. > > It is an accessibility-bug, because the listbox isn't available for users, > who couldn't use a mouse. In a quick test with a dummy dialog created using "Tools" -> "Macros" -> "Organize Dialogs" and adding a listbox control, setting the Dropdown property to enabled, the dropdown list can be opened using Alt+Down_arrow when it has focus, like other comboboxes/listboxes in the UI. Does this work for the listboxes in Base, too? Otherwise, please give exact steps to reproduce the current behavior you're referring to (possibly using a sample document you can attach) and your exact version information from "Help" -> "About LibreOffice". Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0c31a8cd708fa29b4202243238863b4c939cd221 CPU threads: 32; OS: Linux 6.12; UI render: default; VCL: qt6 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
(In reply to Michael Weghorn from comment #2) > > In a quick test with a dummy dialog created using "Tools" -> "Macros" -> > "Organize Dialogs" and adding a listbox control, setting the Dropdown > property to enabled, the dropdown list can be opened using Alt+Down_arrow > when it has focus, like other comboboxes/listboxes in the UI. You could scroll through the values, but you can't open the listbox to show the content. Click with mouse on the listbox and you could see the difference.
Created attachment 201515 [details] Screencast of current behavior
(In reply to Robert Großkopf from comment #3) > You could scroll through the values, but you can't open the listbox to show > the content. Click with mouse on the listbox and you could see the > difference. I still don't understand, it seems equivalent to me to open with either mouse or Alt+Down, see screencast attachment 201515 [details] (showing first clicking, then opening the dropdown using Alt+Down).
I have tried all - but not Alt + Down. Sorry for the noise, will set this one back to unconfirmed, because it will work also in Base.
(In reply to Akko from comment #0) > Reason for this is to enable user to see his options while avoiding using > mouse. This will make the picking of option faster(hands stay on keyboard). @Akko: With the existing Alt+Down shortcut to open the dropdown, there is an existing keyboard-only solution. Do you consider that sufficient or do you still think having an alternative way to open the dropdown is necessary?
(In reply to Michael Weghorn from comment #7) > @Akko: With the existing Alt+Down shortcut to open the dropdown, there is an > existing keyboard-only solution. Do you consider that sufficient or do you > still think having an alternative way to open the dropdown is necessary? Thank you for a fast reply and ~solution. Alt+Down is definitely better then having to use the mouse. Still it's a bit of a "problem" to move hand to the arrow keys. Workaround? Well... 1. Fn+W(toggles) changes wasd to arrow keys. Not faster and more complex then moving hand to arrows. 2. Do some rebinding of the keys as the arrows being in the "bad" position(opinion) is not Office specific problem. I did try rebinding but I am not having luck, hopefully will get it working at some point. If I do the problem/inconvenience for me will be none existent. Another option is asking for another shortcut to be implemented to do same as Alt+Down but is easier to reach. This request would be "bad" because arrows being in the "bad" position(opinion) is not Office specific problem. But who know, maybe having extra key combination is not a bad idea. As I have marked in the Importance this is not a bug report but enhancement suggestion. Enhancement being dropdown menu activating automatically when listbox gets focused, provided as another toggle option to turn on/off in properties of control.
(In reply to Akko from comment #8) > As I have marked in the Importance this is not a bug report but enhancement > suggestion. Enhancement being dropdown menu activating automatically when > listbox gets focused, provided as another toggle option to turn on/off in > properties of control. Thanks for the clarification. There's always a bit of a tradeoff what to expose as public UNO API. To me, having a "show popup on focus" property seems a quite special/uncommon use case and I'm not aware of similar API in other UI toolkits (e.g. GTK or Qt), but I'm happy to hear other opinions (and leave it to others to decide). I suppose that e.g. with GTK or Qt, one could likely register a callback for the focus event and then call some method to open the popup in that callback. I'm not particularly familiar with UNO (extension/macro) development, but at least registering for a focus event might be possible using XFocusListener::focusGained, but then there might not be a corresponding UNO API method to call in order to show the popup. (?)
(In reply to Michael Weghorn from comment #9) > I'm not particularly familiar with UNO (extension/macro) development, but at > least registering for a focus event might be possible using > XFocusListener::focusGained, but then there might not be a corresponding UNO > API method to call in order to show the popup. (?) I mean registering a focus listener using XWindow::addFocusListener, and then the XFocusListener::focusGained method of the focus listener would presumably be called when the control receives focus.