in each admin suite, at the top of each input or
choice page, I put a number of links to other pages containing
functions which the operator might wish to use.
- "Doctor, it hurts if I do _this_."
- "Then don't do that."
Without the
tabindex feature (again, thanx to everyone) the TAB key will cycle
through the IE6 address field and then each of these links before
reaching the first input field.
And that's what will keep happening on browsers that do not support the
tabindex attribute.
There are several ways to deal with "navigation links":
- leave them out (one contextual link at the bottom is usually
sufficient - there's a difference between "might wish to" [according
to page designer's opinion] and "will"
- precede them by a "skip navigation" type of link
- put them at the bottom of the page
- put them last in the HTML markup and use CSS positioning to put them
elsewhere visually; the tabbing order will be by the markup order,
not visual rendering.
(Some people will tell you to focus() in the first input field using
JavaScript, but it will often hurt when it works, causing the user lose
input if he has started typing fast.)