Open
Bug 471837
Opened 16 years ago
Updated 2 years ago
Firefox->About "Mozilla" link is focused when the dialog appears (only on OS X, with Fuil Keyboard Access on, on a --disable-updater build)
Categories
(Firefox :: General, defect)
Tracking
()
NEW
People
(Reporter: Gavin, Unassigned)
References
Details
(Keywords: polish, Whiteboard: [polish-easy] [polish-visual][polish-p3])
Attachments
(3 files)
47.08 KB,
image/png
|
Details | |
665 bytes,
patch
|
Details | Diff | Splinter Review | |
122.74 KB,
image/png
|
Details |
bug 415128 added a link to the about dialog, which now takes focus when the dialog is first opened. This results in an ugly focus ring by default. We should probably just override the focused styling, or otherwise force focus to be on the button (perhaps by setting the defaultButton attribute on the dialog element).
Reporter | ||
Updated•16 years ago
|
Severity: normal → trivial
Reporter | ||
Comment 1•16 years ago
|
||
Screenshot: attachment 355080 [details]
Updated•16 years ago
|
Whiteboard: [polish-easy] [polish-visual]
Updated•16 years ago
|
Version: Trunk → 3.1 Branch
Comment 2•16 years ago
|
||
Focussing the button sounds like the right fix.
Gerv
Comment 3•16 years ago
|
||
defaultbutton="accept"
should do it. Anyone with a tree in a position to whip up a quick patch? I have to go to catch a plane in 20 minutes so wouldn't have time to test it.
Gerv
Comment 4•16 years ago
|
||
We already focus the accept button in aboutDialog.js (which seems unnecessary, because dialog.xml does it as well), but that button doesn't exist on OS X. Setting defaultbutton to something different (it defaults to "accept") won't work, as dialog.xml doesn't focus the defaultbutton for OS X.
OS: All → Mac OS X
Comment 5•16 years ago
|
||
I don't get this behaviour. Maybe it's because of 10.4, or it was previously fixed.
Comment 6•16 years ago
|
||
More likely it's because you don't have Full Keyboard Access turned on in System Preferences/Keyboard and Mouse/Keyboard Shortcuts.
Comment 7•16 years ago
|
||
How about this? We're already explicitly saying acceptButton.focus(), so why not call focus on the button that actually exists on OS X? (also, should we maybe wrap that acceptButton stuff with an #ifndef XP_MACOSX?
Comment 8•16 years ago
|
||
This bug's priority relative to the set of other polish bugs is:
P3 - Polish issue that is in a secondary interface, occasionally encountered, or is not easily identifiable.
The about window is a secondary UI, and we have focus rings all over the place, so it isn't clear that the user will consciously notice that this is a polish problem.
Whiteboard: [polish-easy] [polish-visual] → [polish-easy] [polish-visual][polish-p3]
Comment 9•16 years ago
|
||
What makes this problem more noticeable, is the lone parenthesis at the end of first line. Is there a polish bug for that too?
Comment 10•16 years ago
|
||
Comment 11•15 years ago
|
||
This problem is fixed, on my Linux Firefox, on 3.6b4. The focus is instead on the Close button.
Gerv
Comment 12•15 years ago
|
||
Comment 13•14 years ago
|
||
I'd guess that the new About dialog, with a button to check for updates that gets focused unless you build your own without the updater, has dropped the number of affected users to something on the order of hundreds, at the most.
Summary: Help->About "Licensing information" link is focused when the dialog appears → Firefox->About "Mozilla" link is focused when the dialog appears (only on OS X, with Fuil Keyboard Access on, on a --disable-updater build)
Version: 3.5 Branch → Trunk
Comment 14•14 years ago
|
||
What about those on Linux distributions which use the package management system to update?
Gerv
Updated•2 years ago
|
Severity: trivial → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•