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)
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.
Comment 1•20 years ago
|
||
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
Comment 2•20 years ago
|
||
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 ;¬)
Updated•20 years ago
|
Comment 3•20 years ago
|
||
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.
Comment 4•20 years ago
|
||
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?
Updated•20 years ago
|
Priority: -- → P4
Comment 5•19 years ago
|
||
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/
Updated•19 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•18 years ago
|
||
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.
Updated•18 years ago
|
QA Contact: jruderman → keyboard.navigation
Comment 8•15 years ago
|
||
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
Updated•15 years ago
|
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 9•15 years ago
|
||
Sorry, accidentally resolved fixed. Comment 8 still applies.
Status: REOPENED → UNCONFIRMED
Ever confirmed: false
Comment 10•15 years ago
|
||
(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?
Updated•15 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → WORKSFORME
Comment 11•12 years ago
|
||
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.
Description
•