On Wed, Jan 21, 2015 at 12:58:17PM +0000, FUCHS Gerfried wrote: > 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.
The highlighting is done as part of setting up the button row (ok, cancel, etc), so there's (currently) no way to turn it off. I think the way to accomplish this change is to add a flag to the widget state to suppress highlighting for the button row, and to set that in the widgets where abbreviation is done differently. Inevitably, someone will then complain that the buttons aren't the same appearance as before - but adding a command-line option to control this seems a worse solution. > Thanks for your quick response. :) no problem > 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 > -- Thomas E. Dickey <dic...@invisible-island.net> http://invisible-island.net ftp://invisible-island.net
signature.asc
Description: Digital signature
