Hi! I was refering to man 3 dialog, which speaks in the dlg_char_to_button function about key bindings. If it's not meant to be a shortcut, why does it receive a hilight on the first character then? And if it's not meant to be a shortcut, is there a way with a switch or such to manually disable the hilighting as a workaround? I'm uncertain how --visit-items should play into the issue.
Thanks for your quick response. :) Gerfried Fuchs -----Ursprüngliche Nachricht----- Von: Thomas Dickey [mailto:dic...@his.com] Gesendet: Sonntag, 18. Januar 2015 19:49 An: 775...@bugs.debian.org Cc: 775295-submit...@bugs.debian.org Betreff: Bug#775295: dialog: ok/cancel shortcuts not working in many dialogs (WARNING!!! PGP with incorrect signature) 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
