Open
Bug 615026
Opened 14 years ago
Updated 2 years ago
Tab-modal prompts should respect OS X Full Keyboard Access setting?
Categories
(Toolkit :: General, defect)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: Dolske, Unassigned)
References
Details
+++ This bug was initially created as a clone of Bug #613760 +++ From bug 613760 comment 7: ------------ Created attachment 493179 [details] dialog focus and defaults dolske said to comment here, but I might need to file separate bugs for focus. I've attached screenshots of the window-modal dialogs for alert, confirm, and prompt as well as tab-modal dialogs on the right. I'm using the os x preference "Full Keyboard Access" that allows buttons to be focused. window-modal: alert: default = OK, focus = prevent additional checkbox confirm: default = OK, focus = cancel [couldn't get the checkbox to appear] prompt: default = OK, focus = textbox [no checkbox] tab-modal: alert: default = OK, focus = OK confirm: default = OK, focus = OK prompt: default = none?, focus = textbox I would expect the default to always be set on OK. And the textbox for the prompt to be focused. Questionable for the checkbox on alert and confirm though.. ------------ So, I think the current (as of the patch in that bug) window-modal and tab-modal prompts are doing the expected thing on OS X when Full Keyboard Access (OS X Options --> Keyboard --> Keyboard (tab) --> FKA) is set to the default setting ("Textboxes and lists only"). Correct me if I'm wrong. But when changed to "All controls", items in the window-modal prompts are focused which were not focused before. [I think FF3.6 and FF4.0 are consistent from a quick skim, so we didn't regress anything.] Tab-modal prompts do not show any changes. The question is what we should to with tab-modal prompts when this setting changes. A few options: 1) Do nothing. :) 2) Make OS X tab-modal prompts get the same focused element as the window-modal prompt would have. 2) Make all platforms work the same, since the idea is that these are content prompts and not OS prompts. #2 would, I think, just mean picking up code similar to what dialog.xml :: focusInit() does. #3 would, I think, just mean having the prompt work as on Windows, where the default button is always focused (Full Keyboard Access ignored?) [unless there's a textbox present, but that already works.] I think I lean towards #3. See also discussion in bug 437296.
Reporter | ||
Comment 1•14 years ago
|
||
[Ugh, cloning inherits the blocking flag. Not sure if this needs to block.]
blocking2.0: final+ → ?
Comment 2•14 years ago
|
||
I'd prefer #2. I don't see a reason not to make the OK button default in prompts, and assigning focus and default to the same control is just wasted opportunity.
Comment 3•14 years ago
|
||
If the confirm prompt captures focus (well, tab focus), while the user is typing, isn't it better to default to the cancel button instead of ok?
Comment 4•14 years ago
|
||
I'm fine with making all the platforms behave in the same way, I just think that it should probably be: tab-modal: alert: default = OK, focus = Cancel confirm: default = OK, focus = Cancel prompt: default = OK, focus = textbox
Updated•14 years ago
|
blocking2.0: ? → -
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•