Closed
Bug 74244
Opened 25 years ago
Closed 24 years ago
Shortcut for History (Command-H) collides with Hide (OS-reserved)
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.0
People
(Reporter: hsivonen, Assigned: Brade)
References
Details
(Whiteboard: [keybnd])
Attachments
(1 file, 1 obsolete file)
|
1.40 KB,
patch
|
sdagley
:
review+
bugs
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
Mac OS X reserves the key combination command-H for hiding the frontmost
application. In Mozilla this key combination is used as a shortcut for History.
Suggested solution: Changing the shortcut for History.
Comment 1•25 years ago
|
||
cc mpt and aaronl
Comment 3•25 years ago
|
||
Cmd-M is used for minimize, however, this is application-specific as to whether
it's used or not. And Cmd-H can be overridden by specifying another menu item
with that shortcut.
Comment 6•25 years ago
|
||
>Cmd-M is used for minimize, however, this is application-specific as to whether
>it's used or not.
I tested this for Aaron L. In my experience command-m does currently minimise
Mozilla, so it is an issue we need to solve.
Aaron knows about these issues. Whether he has bugs open on them or not I don't
know.
Comment 7•25 years ago
|
||
We'll take this up at the next keyboard UI meeting in early May.
Updated•25 years ago
|
Whiteboard: nuisance → extreme nuisance
Comment 8•25 years ago
|
||
Since, in the absence of a private jet, I probably won't be at this meeting,
I'll just use this bug to suggest a two-pronged approach:
(1) beating Apple's UI designers with a clue-stick until they stop trying to
steal keyboard shortcuts for infrequently-used windowing features;
(2) supporting Shift+accel+H, in addition to accel+H, for opening the
History window.
Comment 9•25 years ago
|
||
mpt: I like that approach. When shall we commence the beating?
Comment 10•25 years ago
|
||
I have already beaten at least one of them.
The response was a deafening silence.
Do we have a separate bug filed yet for Cmd+M? We could use Accel+Shift+M for
that as well, but I'm a little bit nervous about taking that; it would be such a
useful key for a mail/message related command. If F10 worked to access the menu,
Mac users could always type F10 F E M, but that's a bit much. Suggestions from
the mac folks?
| Reporter | ||
Comment 11•25 years ago
|
||
We have now: bug 75898.
Updated•25 years ago
|
Priority: -- → P3
Target Milestone: --- → mozilla0.9.2
Updated•25 years ago
|
Keywords: correctness
Whiteboard: extreme nuisance → [keybnd]
Updated•25 years ago
|
Whiteboard: [keybnd] → [keybnd],OSX+
Comment 13•25 years ago
|
||
over to Paul, since this is a navigator decision
Assignee: brade → pchen
Priority: P3 → --
Target Milestone: mozilla0.9.2 → ---
Comment 14•25 years ago
|
||
From bug 29086, I came across this list of keybindings.
http://www.mozilla.org/projects/ui/accessibility/mozkeyintro.html#xref
Here you will find a discussion about MacOS X's use of Cmd-M & Cmd-H. My $0.02
about this is that when Apple decides they want a keystroke, you're really not
going to change their minds. It's been quite some time since Apple grabbed a
keystroke for their own use across the entire UI, and they don't do it
haphazardly. From what I've read about the Dock thru the various rumor sites, it
sounds like Apple is going to make it better and more tweakable over time, not
disgard it as some in the Mac community might want. If app developers follow
Apple's rules, and these keys really do the same thing across all apps, then
they are truly useful for the entire OS X community.
Therefore, I'd suggest that we change the keybinding for History. From the
keybindings document, it looks like we could grab Cmd-Shift-H for history on OS
X. For parity, I'd suggest changing it on MacOS 9 as well, unless there's a
problem there. Moz is a totally new browser; there's no better time to do this
than now.
- Adam
Comment 15•24 years ago
|
||
[OSX+] now is used to indicate stop ship bugs - this isn't
Whiteboard: [keybnd],OSX+ → [keybnd],[OSX-]
Comment 16•24 years ago
|
||
*** Bug 101400 has been marked as a duplicate of this bug. ***
Comment 18•24 years ago
|
||
In order to solve this problem, we could do what Apple did with the Finder. The
key binding to create a new Folder in the Classic Mac OS Finder was Command-N.
However, to make the Mac OS X Finder be more "well-behaved," Command-N now
creates a new window, and Command-Shift-N creates a new folder.
We could do something analogous for this bug: Make Command-Shift-H open the
History window and leave the OS reserved Command-H as the Hide Mozilla command.
That way, Command-Shift-H still makes a bit of intuitive sense (H for History),
but leaves the reserved keys alone, as the general Mac OS X user would expect.
Comment 19•24 years ago
|
||
*** Bug 108372 has been marked as a duplicate of this bug. ***
Comment 20•24 years ago
|
||
Sounds good to me.
In later version of X we simply seem to steal the event rather than both effects
firing (as was the problem on early 10.X releases), but it still needs fixing.
Actually, its a bit weird. If we have open windows, we get the event, if all our
windows and minimized, the OS sees the event and hides Moz.
Comment 21•24 years ago
|
||
Just wondering if this was still being looked at. Since the event is stolen,
sometimes it works for history and sometimes it works for Hiding. It gets kind
of annoying as you get used to Cmd-H in all your other apps :)
Shouldn't it get assigned?
Comment 22•24 years ago
|
||
well, german left the company, so uh, i guess this should be reassigned. my
recommendation is to keep cmd-h to be "hide" and remap history to something else
(maybe just on mac).
Assignee: german → aaronl
Please only change cmd-h in the OSX version - the poor OS9 users would get
confused and the people concerned about seamless keystroke migration from NS4
would also get upset. I was going to say, "only in the carbon version", but the
mach-o version also applies.
Comment 24•24 years ago
|
||
Comment 25•24 years ago
|
||
Comment on attachment 64321 [details] [diff] [review]
Tested -- works
Sorry, accidentally posted this to the wrong bug.
Attachment #64321 -
Attachment is obsolete: true
Updated•24 years ago
|
Whiteboard: [keybnd],[OSX-] → [keybnd]
Comment 26•24 years ago
|
||
*** Bug 108372 has been marked as a duplicate of this bug. ***
Comment 27•24 years ago
|
||
As I commented in #75898 I'm now in the camp that sez we should support the OS X
system defined actions for command-h and command-m. Switching to
shift-command-H for History on the OS X keybindings sounds like the least
objectionable 'fix'.
Comment 28•24 years ago
|
||
Steve, what do you think we should use for opening a mail?
Comment 29•24 years ago
|
||
I'd go with the shift-command-m for new mail
Comment 30•24 years ago
|
||
Marking nsbeta1
The solution agreed upon at the macdev meeting:
Command+shift+H should bring up history on OS X
Command+H or Command+shift+H should bring up history on OS 9
Assignee: aaronl → brade
Keywords: nsbeta1
Comment 31•24 years ago
|
||
*** Bug 127197 has been marked as a duplicate of this bug. ***
Comment 32•24 years ago
|
||
Since I've oficially made moz my default browser in OSX (in the last few
weeks... before i was running it 60/40 over IE5.1.3) this bug has really gotten
on my nerves. Since the the history window takes a good few seconds to appear
its a very disruptive user error when all i wanted to do was make the app dissapear.
Is there any way, via the keybindings mechanism perhaps, that I can make cmd-h
hide mozilla, or even *do nothing* instead of taking the time to open history?
At least until a real fix is in.
Comment 33•24 years ago
|
||
*** Bug 133222 has been marked as a duplicate of this bug. ***
| Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
OS: MacOS X → All
Target Milestone: --- → mozilla1.0
| Assignee | ||
Comment 34•24 years ago
|
||
Comment 35•24 years ago
|
||
Comment on attachment 77045 [details] [diff] [review]
override keybinding in communicator overlay
r=sdagley
Attachment #77045 -
Flags: review+
Comment 36•24 years ago
|
||
Comment on attachment 77045 [details] [diff] [review]
override keybinding in communicator overlay
sr=ben@netscape.com
Attachment #77045 -
Flags: superreview+
Comment 38•24 years ago
|
||
I'm not a big C programmer so I'm not sure what that patch is doing for sure,
but it looks like it is explicitly setting command+H to open the History window
*INSTEAD* of the OS default of Hiding Mozilla. Please don't commit this if this
is the case. We Mac users would rather have command+H hide mozilla and something
else open the history window.
Comment 39•24 years ago
|
||
> we mac users would rather have
speak for yourself :)
This mac user likes the way BBEdit works. You get a dialog the first time you do
it which asks you which you would prefer... the behavior that accel-H had before
OS X, or the new OS X behavior. You pick, and it remembers. You can change your
mind in the prefs.
With BBEdit, I don't use accel-H to hide.
With Mozilla, if I had the choice, I wouldn't use accel-H to hide.
-matt
Comment 40•24 years ago
|
||
adt1.0.0+ for checkin, pending lorikaplan's approval.
Comment 41•24 years ago
|
||
paul: you may not be a c coder, but that hardly matters, the key is in the
modifiers, for more info please visit http://www.xulplanet.com
Comment 42•24 years ago
|
||
Comment on attachment 77045 [details] [diff] [review]
override keybinding in communicator overlay
a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #77045 -
Flags: approval+
| Assignee | ||
Comment 43•24 years ago
|
||
fix checked in
note: this affects ALL Mac OS (not just OSX)
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 44•24 years ago
|
||
Did historyCmd.key need to be redefined? It's already defined in TasksOverlay.dtd.
| Assignee | ||
Comment 45•24 years ago
|
||
yes, it needed to be defined because that file already had a dtd set (and it
didn't contain the history command shortcut key).
Comment 46•24 years ago
|
||
Approved by UI. Change needed to support OS X usage of cmd-h for OS.
| Assignee | ||
Comment 47•24 years ago
|
||
*** Bug 135888 has been marked as a duplicate of this bug. ***
Comment 48•24 years ago
|
||
vrfy fixed using 2002.04.09.08 comm bits on mac 10.1.3.
Status: RESOLVED → VERIFIED
Comment 49•24 years ago
|
||
tested on os 9.1 (emulated), 2002.04.09.08: cmd+H does nothing (expected) and
cmd+shift+H brings up history.
in both os x and os 9, the menu item correctly lists shift+cmd+H for Go > History.
Comment 50•24 years ago
|
||
*** Bug 138182 has been marked as a duplicate of this bug. ***
Updated•7 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•