Closed
Bug 160387
Opened 23 years ago
Closed 21 years ago
pref UI for toggling tab navigation behavior
Categories
(Camino Graveyard :: Preferences, enhancement)
Tracking
(Not tracked)
VERIFIED
WONTFIX
Camino0.9
People
(Reporter: bugzilla, Assigned: jaas)
References
Details
(Keywords: access)
Attachments
(2 files)
|
3.63 KB,
application/octet-stream
|
Details | |
|
1.93 KB,
patch
|
Details | Diff | Splinter Review |
it would be good if chimera had a preference where tabbing within the page
content could be specified. for example, tabbing to only form elements vs
tabbing to every focusable object in a page.
bug 66285 is a broader bug which tries to address it for mozilla, but i'm filing
one here to see if we could implement something (sooner, i'd hope :) for
chimera. perhaps what's developed here might be helpful for the trunk...
Updated•23 years ago
|
Summary: pref for toggling tab navigation behavior → [RFE] pref for toggling tab navigation behavior
Comment 1•23 years ago
|
||
OS X (10.1.5)'s Keyboard / Full Keyboard Access system pref let's you choose
whether to highlight "Text input fields and lists only" or "Any control". The
system's wording/location of this preference is a bit confusing, but it actually
controls whether tabbing runs through just text fields/lists or every control
(and Full Keyboard Access needn't be enabled for this to take effect). It's
basically the same question that we'd be asking in Chimera, so it would make
sense to respect the system's setting.
Comment 2•23 years ago
|
||
Should this be a dup of bug 160434?
Comment 3•23 years ago
|
||
No. This bug is about implementing Chimera prefs UI for the feature. Bug 160434
is about the gecko implementation.
Updated•23 years ago
|
Status: NEW → ASSIGNED
Summary: [RFE] pref for toggling tab navigation behavior → [RFE] pref UI for toggling tab navigation behavior
| Reporter | ||
Comment 5•23 years ago
|
||
bug 140612 has been fixed on the mozilla trunk --there's now a backend pref
available for this.
// 1 focuses text controls, 2 focuses other form elements, 4 adds links.
pref("accessibility.tabfocus", 1);
1 is the default setting for mac (and unix) in mozilla.
akkana, i skimmed over the patch and was wondering what choices 3 and 7 mean for
this pref? does 3 mean *all* form elements? does 7 mean *all* focusable elements
(links and all form elements)?
Depends on: 140612
Comment 6•23 years ago
|
||
Exactly: 3 means all form elements but not links; 7 (the mozilla windows
default) means all form elements plus links and images.
Comment 7•23 years ago
|
||
[RFE] is deprecated in favor of severity: enhancement. They have the same meaning.
Severity: normal → enhancement
Updated•23 years ago
|
Summary: [RFE] pref UI for toggling tab navigation behavior → pref UI for toggling tab navigation behavior
| Reporter | ||
Comment 8•23 years ago
|
||
now that camino's on the trunk, we should have this.
see also bug 172641.
Target Milestone: --- → Camino0.8
Comment 9•22 years ago
|
||
First, shouldn't this be a dup of bug 172641 or vice versa?
Note that in panther (7B53) they have changed the description of this option. It
now says: Turn on full keyboard access. Turn on full keyboard access to use the
tab key, arrow key and other keys to select buttons, lists and other items on
your screen.
In Camino Build ID: 2003090102, checking or not checking this option seems to
have no effect on tabbing or pressing arrow keys through a form.
| Assignee | ||
Comment 10•22 years ago
|
||
| Assignee | ||
Comment 11•22 years ago
|
||
Controls whether or not tabbing also goes to all form controls and links as
well as text fields
| Assignee | ||
Comment 12•22 years ago
|
||
marking this 0.9, when we should be doing a big prefs overhaul
Target Milestone: Camino0.8 → Camino0.9
Comment 13•22 years ago
|
||
we should read the OS pref and set it to whatever mozilla requires to match, no?
Status: NEW → ASSIGNED
Comment 14•22 years ago
|
||
*** Bug 172641 has been marked as a duplicate of this bug. ***
Comment 15•21 years ago
|
||
shouldn't this one be assigned to josh ?
| Assignee | ||
Comment 17•21 years ago
|
||
nsILookAndFeel does this now, pref ui is system prefs, an override system pref
by hand by setting hidden moz pref
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Target Milestone: Future → Camino0.9
| Assignee | ||
Comment 18•21 years ago
|
||
nsILookAndFeel does this now, pref ui is system prefs, an override system pref
by hand by setting hidden moz pref
Resolution: FIXED → WONTFIX
| Reporter | ||
Comment 19•21 years ago
|
||
it's great that bug 187508 has now been implemented, but one thing is still
"missing": with the system preference ON, tabbing navigation in a web page will
go to all html form controls, but links are still skipped.
Safari actually has pref UI for allowing this, under the Advanced Panel
(Universal Access). I'll verify this one; filed bug 277706 to get a pref for
allowing tabbing navigation to web page links.
Status: RESOLVED → VERIFIED
Comment 20•21 years ago
|
||
(In reply to comment #19)
> it's great that bug 187508 has now been implemented, but one thing is still
> "missing": with the system preference ON, tabbing navigation in a web page will
> go to all html form controls, but links are still skipped.
as i noted in that bug, please double check you haven't changed the tabfocus
pref (in other word, try a new profile ;) )
| Reporter | ||
Comment 21•21 years ago
|
||
(In reply to comment #20)
> as i noted in that bug, please double check you haven't changed the tabfocus
> pref (in other word, try a new profile ;) )
yup, did that as well --same results. :)
You need to log in
before you can comment on or make changes to this bug.
Description
•