Closed Bug 252274 Opened 20 years ago Closed 15 years ago

Ctrl+I, Ctrl+J, Ctrl+K differ between Windows and Linux

Categories

(Firefox :: Keyboard Navigation, defect, P4)

x86
Windows XP
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: anthony, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: access, Whiteboard: closeme wfm 2010-03-14)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 First, I'm sure this has been brought up. I searched and searched and couldn't find anything though, so if it's out there I'm sorry. There's big differences between the prebuilt windows packages, and the self-built linux packages for Firefox 0.9x. My linux distro is Gentoo, and I use portage, of course, to do my software installs. In windows, Options is in the tools menu (where I prefer it). In linux, it is under edit. In windows, Ctrl-K is "focus search bar". In linux it is Ctrl-J. In windows, Ctrl-J is "popup page information box". In windows, "Backspace" is "go back" which (I admit it!) I'm used to from IE, and is a convenient 1-key shortcut. Doesn't work on Linux. I'm sure there's more, but that's what I've noticed so far. It would be *very* beneficial for people like me using linux at home but forced to use windows at work to have the browsers work the same. Reproducible: Always Steps to Reproduce: 1. Download and install windows binary of Firefox. 2. Build Firefox from source via emerge in gentoo. Expected Results: Same program works the same way on different platforms.
Every difference you mentioned is intentional, although that doesn't necessarily mean they shouldn't be fixed. In fact, one has already been fixed :) > In windows, Options is in the tools menu (where I prefer it). In linux, it is > under edit. Bug 245862. > In windows, "Backspace" is "go back" which (I admit it!) I'm used to from IE, > and is a convenient 1-key shortcut. Doesn't work on Linux. Fixed in bug 208035. Wait for 1.0RC1 or download a branch nightly today. > In windows, Ctrl-K is "focus search bar". In linux it is Ctrl-J. In windows, > Ctrl-J is "popup page information box". This mess comes from Ctrl+I being "Favorites" on Windows (for IE compat) and "Page Info" on Linux (for platform consistency). In bug 250286, Steffen is changing Search to Ctrl+E on all platforms, which will help a little. I'm restricting this bug to only cover the Ctrl+IJK differences.
Summary: Differences between windows and linux versions of Firefox → Ctrl+I, Ctrl+J, Ctrl+K differ between Windows and Linux
In Linux, ctrl+K is an universal shortcut to delete everything between your cursor and the end of a line (See for example http://www.nongnu.org/gcmd/keys.html ) It works in Mozilla in textareas, inputs, url bar... well everywhere ;¬)
Blocks: firekey
Keywords: access
It is far more important for Firefox to be consistent across platforms than to be consistent with previous applications such as IE. Inconsistencies should be allowed only when the expectations of the OS environment dictate it. On any given day I use Firefax on at least two different platforms, and it drives me crazy trying to remember which idiosyncracies I have to use for Firefox on the current platform.
I agree that when there are more than 1 document in a given window, that Ctrl+W should close just the current document. What's the standard for Mac, Gnome and KDE as far as what accel+W closes?
Priority: -- → P4
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
Status: UNCONFIRMED → NEW
Ever confirmed: true
This bug should probably be closed by now... No activity in two years, and the topic has been discussed extensively elsewhere (e.g., bug 250936, although even it is by now out of date). It's unlikely the shortcut keys will change by this point, and the current assignments are a compromise between trying to keep close to IE (on windows at least), respect the traditional line-editing bindings on Unix, or use whatever was already there in 4.7.
QA Contact: jruderman → keyboard.navigation
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody
This bug isn't actionable, as there are no clear requests. Big parts of the original idea are outdated as things have already changed. Without having examined all the details, I'd think it's safe to resolve this wfm, and whatever issues might be left should use a followup bug.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Whiteboard: closeme wfm 2010-03-14
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Sorry, accidentally resolved fixed. Comment 8 still applies.
Status: REOPENED → UNCONFIRMED
Ever confirmed: false
(In reply to comment #6) > topic has been discussed extensively elsewhere (e.g., bug 250936, although even > it is by now out of date). It's unlikely the shortcut keys will change by this > point, and the current assignments are a compromise between trying to keep > close to IE (on windows at least), respect the traditional line-editing > bindings on Unix, or use whatever was already there in 4.7. Marco, are you cool with closing?
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago15 years ago
Resolution: --- → WORKSFORME
I agree, please standardize shortcut keys! I am now running Firefox using WINE just so I can continue to function as normal. If you don't want to hard code the changes, how about hardcoding a gui to modify the shortcut keys. SOMETHING OTHER THAN WHAT IS NOW AVAILABLE... CNTRL+SHIFT+Y to see me download window when just Control+J should do it. Not only are you changing the key mapping for ex windows users, your adding EXTRA buttons to the combo to make it more annoying.
You need to log in before you can comment on or make changes to this bug.