(In reply to :Gijs (Not available 3-19 Aug; he/him) from comment #104) >> Note that the spreadsheet doesn't cover shift-enter, which also canonifies > today. I left that as-is, though of course that now also comes under the > pref, and can therefore be turned off (at which point we'll open a new > window instead).
Ah, I didn't remember shift, why are we doing that exactly? it sounds wrong. Nor Edge nor Chrome do that, so it's not a parity reason. And I can see why they don't, it's trivial to leave your finger on shift when typing text and then we'd try to canonize it. Additionally we also use shift for tab VS tabshifted, so this is just adding confusion. May we file a bug to stop supporting shift and relegate canonize to just CTRL? provided we don't want to do that here. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/66566 Title: Inconsistent shortcuts for new tab Status in Mozilla Firefox: Fix Released Status in firefox package in Ubuntu: Won't Fix Status in firefox-3.0 package in Ubuntu: Won't Fix Status in firefox-3.5 package in Ubuntu: Won't Fix Bug description: There are currently too many shortcuts when opening a link in a new tab: - location bar: <ALT> + <ENTER> - GO button: <CTRL> + click - search bar: <CTRL> + <ENTER> - SEARCH button <ALT> + click - links: <SHIFT> + click - menu bar: <CTRL> + click - BACKWARD/FORWARD button: <CTRL> + click This is one of the reasons I'm keeping with Opera. There it is always the shift key and I have to remember only one key. Thanks for reading! To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/66566/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
