On Tue, Jan 13, 2015 at 04:46:53PM +0000, FUCHS Gerfried wrote: > Package: dialog > Version: 1.1-20120215-2 > Severity: normal > > Hi! > > I've noticed that the shortcuts for the OK and Cancel buttons (O and C > respectively) don't work in --menu dialogs. It seems to work in --calendar > and --dselect/--fselect/--editbox (once the input focus isn't on the input > box anymore), but not in --menu or --checklist. I didn't test them all > through, but it's strange that they seem to work in some but not others, > which is kinda confusing for the users, especially since it is documented to > work that way in the manpage. :/
hmm - yes/no - I'm not sure which part of the manpage you're reading.
In a quick check, this part of the description is all that I'm seeing
which tells specifically about abbreviations (shortcuts):
--visit-items
Modify the tab-traversal of checklist, radiolist, menubox and
inputmenu to include the list of items as one of the states.
This is useful as a visual aid, i.e., the cursor position helps
some users.
When this option is given, the cursor is initially placed on the
list. Abbreviations (the first letter of the tag) apply to the
list items. If you tab to the button row, abbreviations apply
to the buttons.
It's probably confusing that the OK/Cancel buttons have a character
highlighted in their labels. But essentially the widgets which support
abbreviations for a list-item are doing this with the cursor never leaving the
ok/cancel buttons, but maintaining a highlighted line on the list itself.
They're different from inputbox (where the cursor does move around).
--
Thomas E. Dickey <dic...@invisible-island.net>
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
