When clicking in a combobox with a single mouse click or tab key, the content should be selected/marked instead of the necessity of using a double-click with the mouse.
I know this is a different behavior than in the content view (words are only selected/marked after double-clicking on it, paragraphs with tiple-clicking). But the UX team should discuss to change the default behavior because its more likely that the user wants to change the whole content of the combobox than to only add a character to the existing combobox content.
For example, when clicking into the font size combobox in the formatting toolbar, the displayed number should be marked so that the user only has to type a new number and enter. Now the user has to click into the combobox, has to mark or delete the number by hand, must type a new number and has to type enter.
When clicking a second time, the marking should be changed to only a blinking cursor in the clicked position in the combobox (as a single click acts today).
Created attachment 136696 [details]
Screenshot of current behavior when clicking in a combobox and what's demanded
Just for information: The Find Text combobox in the Find toolbar works exactly as I suggest it for other comboboxes (font name, font size, set style).
(In reply to Thomas Lendo from comment #0)
> When clicking in a combobox with a single mouse click or tab key, the
> content should be selected/marked instead of the necessity of using a
> double-click with the mouse.
As a combobox is a text field, like a textbox, clicking in it with a mouse shouldnt select all the text. Using tab should select the text, as it does so in dialogs and spinboxes in the sidebar, though strangely it doesnt happen to spinboxes in the toolbar.
Consistent behavior is paramount and I support Thomas' idea. In text fields you likely do not want to change all text (except URLs for instance, type ctrl+L in your browser) but in case of numeric inputs the primary workflow is to enter a complete new value (of course subsequently to thumb/click/wheel input).
(In reply to Heiko Tietze from comment #4)
> Consistent behavior is paramount
Totally agree its important and LibreOffice should behave like other OS apps in what to do. So Heiko, what does KDE HIG say about single click in a combobox?
In MS Office and WPS, single click in combobox and spinbox in ribbon selects, while in a dialog it doesnt.
(In reply to Yousuf Philips (jay) from comment #6)
> what does KDE HIG say about single click in a combobox?
That's not defined in KDE HIG. Kate, as a KDE app, selects all content on tab but none on click, which feels more familiar to me.
No need for further input from UX. Please select the content of editable fields on enter (tab or click).