Closed Bug 160387 Opened 23 years ago Closed 21 years ago

pref UI for toggling tab navigation behavior

Categories

(Camino Graveyard :: Preferences, enhancement)

PowerPC
macOS
enhancement
Not set
normal

Tracking

(Not tracked)

VERIFIED WONTFIX
Camino0.9

People

(Reporter: bugzilla, Assigned: jaas)

References

Details

(Keywords: access)

Attachments

(2 files)

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...
Keywords: access
QA Contact: winnie → sairuh
Summary: pref for toggling tab navigation behavior → [RFE] pref for toggling tab navigation behavior
Depends on: 160434
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.
Should this be a dup of bug 160434?
No. This bug is about implementing Chimera prefs UI for the feature. Bug 160434 is about the gecko implementation.
over to simon (with his permission).
Assignee: saari → sfraser
Status: NEW → ASSIGNED
Summary: [RFE] pref for toggling tab navigation behavior → [RFE] pref UI for toggling tab navigation behavior
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
Exactly: 3 means all form elements but not links; 7 (the mozilla windows default) means all form elements plus links and images.
No longer depends on: 160434
[RFE] is deprecated in favor of severity: enhancement. They have the same meaning.
Severity: normal → enhancement
Summary: [RFE] pref UI for toggling tab navigation behavior → pref UI for toggling tab navigation behavior
now that camino's on the trunk, we should have this. see also bug 172641.
Target Milestone: --- → Camino0.8
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: sfraser → pinkerton
Status: ASSIGNED → NEW
Controls whether or not tabbing also goes to all form controls and links as well as text fields
marking this 0.9, when we should be doing a big prefs overhaul
Target Milestone: Camino0.8 → Camino0.9
we should read the OS pref and set it to whatever mozilla requires to match, no?
Status: NEW → ASSIGNED
*** Bug 172641 has been marked as a duplicate of this bug. ***
shouldn't this one be assigned to josh ?
Assignee: pinkerton → joshmoz
Status: ASSIGNED → NEW
bug 187508 has been fixed. wontfix?
Target Milestone: Camino0.9 → Future
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
nsILookAndFeel does this now, pref ui is system prefs, an override system pref by hand by setting hidden moz pref
Resolution: FIXED → WONTFIX
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
(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 ;) )
(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.

Attachment

General

Creator:
Created:
Updated:
Size: