Bug 1719520 Comment 3 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

(In reply to Thomas D. (:thomas8) from comment #1)
> You can use `Alt`+`Cursor-Down` to open a menupopup of <xul:menulist>.

Ah thanks, I did not know about this command. So this problem isn't as bad as I thought if there is a standard work around.

Its still lacking the "space" behaviour as `html:select`, but as we switch from xul to html this should get covered.

> I'd think it would be more useful if they would just pop open on a plain cursor down keypress also... navigating in a closed list really makes no sense

`html:select` has the same up/down key behaviour. I think GTK menus have the same behaviour. In general, it is useful to have this for when the user knows the values and wants to be able to quickly switch between them, or wants to try out all the values. For example, a selector that chooses a theme, then you might want to be able to quickly cycle through each one and see the applied theme live.

So it makes sense to have as an option by default. I would be hesitant to deviate from this because a keyboard user would not expect it when the menu looks like any other. But the From input might be a good expection since it can switch between a menu and an input in appearance. When it is in the "input" mode (Customize From Address), then down arrow does open the menu.
(In reply to Thomas D. (:thomas8) from comment #1)
> You can use `Alt`+`Cursor-Down` to open a menupopup of <xul:menulist>.

Ah thanks, I did not know about this command. So this problem isn't as bad as I thought if there is a standard work around.

It's still lacking the "space" behaviour as `html:select`, but as we switch from xul to html this should get covered.

> I'd think it would be more useful if they would just pop open on a plain cursor down keypress also... navigating in a closed list really makes no sense

`html:select` has the same up/down key behaviour. I think GTK menus have the same behaviour. In general, it is useful to have this for when the user knows the values and wants to be able to quickly switch between them, or wants to try out all the values. For example, a selector that chooses a theme, then you might want to be able to quickly cycle through each one and see the applied theme live.

So it makes sense to have as an option by default. I would be hesitant to deviate from this because a keyboard user would not expect it when the menu looks like any other. But the From input might be a good expection since it can switch between a menu and an input in appearance. When it is in the "input" mode (Customize From Address), then down arrow does open the menu.

Back to Bug 1719520 Comment 3