This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
None of the change column dialogs in the Debugger Window views have mnemonics. We need this changed in both Rainier and trunk. Neither Nevada, Orion, or Sierra should have been released without these (somebody wasn't properly checking a11y:-)
It looks like a NodeTableModel issue.
I just discovered I have this remaining RAINIER issue which got reassigned to me in the last week since I just inherited TreeTableView. Jirka, was anything done on this? Also, was this on the original agreed-to list of rainier issues? I'm hip deep in P1s and P2s, so I'd like to know how to prioritize this. Gordon, FYI, it is on the roadmap to do a complete rewrite of TTV - the current impl is pretty problematic (though I will integrate some keyboard navigation fixes next week). If possible, it would be best to invest as little further work as possible in the existing implementation of this component. Folks, let me know where we're at with this. Lastly...what "change column dialogs"? I never knew TreeTableView had one, and can't find it in the UI. How do I find this in order to try to fix it?
Per Jirka's request, transferring this issue back to him - he says he knows where the UI for this is.
Tim, the code which creates the noted dialog is NodeTableModel.selectVisibleColumns(). To all, the dialogs looks pretty good: the general buttons (which are shared between all dialogs) <Ok> and <Cancel> has the common mnemonics Enter and Escape. The rest on dialog's content is dynamic generated by node's properties (i.e. getProperty().getDisplayName()). An user can navigates by Tab and changes a value by Space. Dynamic assigned mnemonic could make a problem with clashes. The other way, that a module (as TTV's client) can assign a mnemonic is not supported now by view's design and a change will be a overkill in respect of this dialog's relevance. I advocate to won't fix the issue.
No objections => closed as WONTFIX.
I hadn't expected such a quick (negative) response. I've sent a request to our a11y office for clarification on how importnat it is to have the mnemonics. If they tell me its critical for 508 compliance I'll reopen this issue. If they tell me its unimportant then I'm fine with this being closed.
Mnemonics are not required in section 508, only that a window/dialog be accessible. So I've no problems with this being closed "wontfix" (although I would prefer to be given more time before its done next time:-)
verified