Keyboard navigation friendliness for Trac

[helen]

In attempting to navigate around Trac one-handed, I noticed some funky things like randomly defined tabindices on WikiFormatting links that prevent natural tab ordering. There are also an unwieldy number of links overall that make it tiresome to navigate in general.

[nacin]

Somewhat related: I'm going to remove the terrible/useless "Keyword Shortcuts" preferences pane (https://meta.trac.wordpress.org/prefs/keybindings, TracAccessibility). Recently, I've already hidden "Advanced" (only shown if logged out; it's for session management) and the Name/Email on "General".

[nacin]

In 255:

Trac: Remove useless/terrible "Keyboard Shortcuts" preferences pane. see #273.

[helen]

In general the page hierarchy is still decent, so those who navigate by jumping between headings will probably do okay. The number of links is crazy, though, and my attempts to get to the next button using find occasionally go awry. That said, I think we'd do well to remove the random taborder attributes completely and just go with natural tab ordering, and adding some jump links would probably be a good idea, and possibly an extra set of preview/submit buttons below the "Add Comment" text box so you can tab right to them rather than going through the entire modify ticket part.

My suggestions for jump links would be:

• Ticket (#ticket)
• Attachments (#attachments)
• Comments (#changelog)
• Notifications (#notifications)
• Add Comment (#trac-add-comment)

[nacin]

You managed to close this ticket without a resolution. I think it is possible when "mark as duplicate" is chosen but no ticket is added. Already ticketed as #112, I think.

[helen]

With tabbing around, it's easy to accidentally trigger that, as tabbing into the input field selected the radio button but I didn't realize it. I guess it's less convenient, but perhaps that text input should be disabled unless the radio button is selected, like the resolution select above.