Closed
Bug 123617
Opened 23 years ago
Closed 21 years ago
OS X: Can't tab to buttons, checkboxes or radiobuttons in Classic (Aqua?) theme
Categories
(SeaMonkey :: Themes, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.4alpha
People
(Reporter: scalkins, Assigned: shliang)
Details
(Keywords: access, platform-parity, Whiteboard: [adt3])
Attachments
(1 file, 3 obsolete files)
4.86 KB,
patch
|
bryner
:
superreview+
|
Details | Diff | Splinter Review |
Mac OSX 2002-02-04-08 Trunk Putting this under browser themes cause I can only repro it in Classic/Aqua theme on OSX Steps to repro: 1)Launch NS 6 with a new profile 2) GO to setup Mail, or go to Edit Preferences, using only keyboard (Try tabbing to radio buttons or buttons in right pane) Actual results: You cannot tab to these items anywhere in Classic theme.
Comment 2•23 years ago
|
||
buttons on MacOS do not receive focus. In this case, they may actually have focus, they just aren't displaying it because there is no visual style for focused buttons in aqua
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Comment 3•21 years ago
|
||
if you set your Keyboard system preference on OS X to be able to tab to any widget, aqua buttons do display focus. with that in mind, is this still unfixable for the "aqua" (classic) theme on OS X? reopening for reconsideration. readjusting summary, too, since checkboxes and radiobuttons are also affected. see also bug 187508, to respect the OS X Keyboard sys pref.
Status: RESOLVED → REOPENED
QA Contact: pmac → gbush
Resolution: WONTFIX → ---
Summary: Can't tab to buttons in Classic (Aqua?) theme → Can't tab to buttons, checkboxes or radiobuttons in Classic (Aqua?) theme
Comment 4•21 years ago
|
||
-> over to shliang for now.
Assignee: hewitt → shliang
Status: REOPENED → NEW
Updated•21 years ago
|
Keywords: pp
Summary: Can't tab to buttons, checkboxes or radiobuttons in Classic (Aqua?) theme → OS X: Can't tab to buttons, checkboxes or radiobuttons in Classic (Aqua?) theme
Comment 5•21 years ago
|
||
Nav triage team: nsbeta1+/adt3
Attachment #117977 -
Flags: review?(bryner)
Comment 7•21 years ago
|
||
Comment on attachment 117977 [details] [diff] [review] patch >Index: content/events/src/nsEventStateManager.cpp >=================================================================== >RCS file: /cvsroot/mozilla/content/events/src/nsEventStateManager.cpp,v >retrieving revision 1.422 >diff -u -w -r1.422 nsEventStateManager.cpp >--- content/events/src/nsEventStateManager.cpp 8 Mar 2003 01:09:26 -0000 1.422 >+++ content/events/src/nsEventStateManager.cpp 21 Mar 2003 06:59:30 -0000 >@@ -3780,6 +3780,17 @@ > if (aContent == mCurrentFocus) { > aState |= NS_EVENT_STATE_FOCUS; > } >+ else if (aContent->IsContentOfType(nsIContent::eXUL)) { >+ nsCOMPtr<nsIAtom> tag; >+ aContent->GetTag(*getter_AddRefs(tag)); >+ if (tag == nsXULAtoms::radio) { >+ nsCOMPtr<nsIAtom> focusedAtom = do_GetAtom("focused"); >+ nsAutoString focused; >+ aContent->GetAttr(kNameSpaceID_None, focusedAtom, focused); >+ if (focused == NS_LITERAL_STRING("true")) >+ aState |= NS_EVENT_STATE_FOCUS; >+ } >+ } > if (aContent == mDragOverContent) { > aState |= NS_EVENT_STATE_DRAGOVER; > } This isn't the right place to fix this. gfx/src/mac/nsNativeThemeMac.cpp (or perhaps gfx/src/shared/nsNativeTheme.cpp now) should be checking the focused attribute instead of the event state already, for radio buttons. Is there a problem with the logic there that does this? The rest of the changes look fine - we'll now just tab based on the accessibility.tabfocus pref.
Attachment #117977 -
Flags: review?(bryner) → review-
Comment 8•21 years ago
|
||
tabbing to chrome widgets should be independent of the accessibility.tabfocus pref.
Attachment #117977 -
Attachment is obsolete: true
Attachment #118160 -
Flags: review?(bryner)
Comment 10•21 years ago
|
||
Comment on attachment 118160 [details] [diff] [review] patch I hate to nitpick, but could you move IsFocused into gfx/src/shared/nsNativeTheme.cpp? This is platform-independent code that will be useful when all platforms share the common base class.
Attachment #118160 -
Flags: review?(bryner) → review-
Assignee | ||
Comment 11•21 years ago
|
||
Attachment #118160 -
Attachment is obsolete: true
Assignee | ||
Comment 12•21 years ago
|
||
Comment on attachment 118340 [details] [diff] [review] patch i updated and had to change a couple things
Attachment #118340 -
Flags: review?(bryner)
Assignee | ||
Comment 13•21 years ago
|
||
ok, moving to GetContentState in shared/nsNativeTheme
Attachment #118340 -
Attachment is obsolete: true
Attachment #118340 -
Flags: review?(bryner)
Attachment #118352 -
Flags: superreview?(bryner)
Updated•21 years ago
|
Attachment #118352 -
Flags: superreview?(bryner) → superreview+
Assignee | ||
Comment 14•21 years ago
|
||
resolving
Status: NEW → RESOLVED
Closed: 23 years ago → 21 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.4alpha
Comment 15•21 years ago
|
||
i tested this with 2003.03.27.03 on mac os x 10.2.4, and this works nicely in classic (regardless of accessibility.tabfocus). thanks for fixing this!
Status: RESOLVED → VERIFIED
Comment 16•21 years ago
|
||
actually, just found that selection lists (droplists) don't get focus, still. rather than reopening this, i've filed another bug: bug 200160.
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•