Opened 19 years ago
Closed 18 years ago
#2444 closed defect (fixed)
Trac accessibility shortcuts conflict with tab switching in Firefox
| Reported by: | Owned by: | Jonas Borgström | |
|---|---|---|---|
| Priority: | normal | Milestone: | 0.11 |
| Component: | version control/browser | Version: | devel |
| Severity: | minor | Keywords: | |
| Cc: | manuzhai@… | Branch: | |
| Release Notes: | |||
| API Changes: | |||
| Internal Changes: | |||
Description
Firefox on Linux uses Alt-1…Alt-9 to switch between tabs. Trac registers various Alt-numbers as accesskeys for various pages in the navbar. If I press Alt-#, both actions take place: Firefox focuses another tab and activates a link in the old tab. It is very irritating.
I want to disable these accesskeys, but they are hardcoded in Python code.
Attachments (2)
Change History (9)
comment:1 by , 19 years ago
| Cc: | added |
|---|
comment:2 by , 18 years ago
I am experiencing this problem too. The bug is quite annoying because it is usually triggered in this scenario:
- Open some bug report in Trac
- Switch to another tab using Alt+2
- Firefox switches to the tab, meanwhile Trac loads another page instead of the bug report. Because it happens in the background, the reload is very noticeable.
- Try to switch back to bug report, but it's gone! Scour through other tabs to no avail, resort to finding the page you were on again. Of course, you could click "Back" if you were aware of the bug, but as I said it's not very noticeable.
comment:3 by , 18 years ago
| Version: | 0.9.1 → devel |
|---|
I would like to register my dissatisfaction for these accesskeys too. I experience the same things with the firefox tab switching. It is very frustrating if you have entered a long bug report
comment:4 by , 18 years ago
Me too, basically. After losing two meticulously typed out feature requests because my webmail in another firefox tab announced a new mail, and my first reaction was to hit alt-2 to go there, only to find my trac tab back at the timeline page and my text gone (back-button didn't recover it, for some reason).
comment:5 by , 18 years ago
I'm not sure if there is a quick fix for this while retaining the functionality, but for those who find this annoying enough to want to apply a patch, I've attached a two-line patch that disables all numeric accesskeys generated from the code.
comment:6 by , 18 years ago
I just added a new patch. The older patch doesn't work on 0.11dev, since the place where it filtered out the accesskeys moved to Genshi.
This patch is also cleaner in the sense that it just cuts out the originating code.
comment:7 by , 18 years ago
| Milestone: | → 0.11 |
|---|---|
| Resolution: | → fixed |
| Status: | new → closed |
Accesskeys need to be explicitly enabled on the users settings page since [4024].
Me too, but for a different reason: I frequently use ALT + 130 like codes for special characters, and these accesskeys break that. There should be an easy way to disable them.