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)

PowerPC
All
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.0

People

(Reporter: hsivonen, Assigned: Brade)

References

Details

(Whiteboard: [keybnd])

Attachments

(1 file, 1 obsolete file)

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.
Blocks: 73812
cc mpt and aaronl
wasn't command-m also mentioned somewhere?
Whiteboard: nuisance
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.
this is a design issue, not a bug. off to german
Assignee: alecf → german
my bad, I meant aaronl
Assignee: german → aaronl
>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.
We'll take this up at the next keyboard UI meeting in early May.
Whiteboard: nuisance → extreme nuisance
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.
mpt: I like that approach. When shall we commence the beating?
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?
We have now: bug 75898.
=> Mac kbd team
Assignee: aaronl → brade
Priority: -- → P3
Target Milestone: --- → mozilla0.9.2
Keywords: correctness
Whiteboard: extreme nuisance → [keybnd]
Whiteboard: [keybnd] → [keybnd],OSX+
over to Paul, since this is a navigator decision
Assignee: brade → pchen
Priority: P3 → --
Target Milestone: mozilla0.9.2 → ---
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
[OSX+] now is used to indicate stop ship bugs - this isn't
Whiteboard: [keybnd],OSX+ → [keybnd],[OSX-]
*** Bug 101400 has been marked as a duplicate of this bug. ***
ui issue, reassigning to german
Assignee: pchen → german
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.
*** Bug 108372 has been marked as a duplicate of this bug. ***
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.
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?
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.
Attached patch Tested -- works (obsolete) — Splinter Review
Comment on attachment 64321 [details] [diff] [review] Tested -- works Sorry, accidentally posted this to the wrong bug.
Attachment #64321 - Attachment is obsolete: true
Whiteboard: [keybnd],[OSX-] → [keybnd]
*** Bug 108372 has been marked as a duplicate of this bug. ***
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'.
Steve, what do you think we should use for opening a mail?
I'd go with the shift-command-m for new mail
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
*** Bug 127197 has been marked as a duplicate of this bug. ***
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.
*** Bug 133222 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
OS: MacOS X → All
Target Milestone: --- → mozilla1.0
Comment on attachment 77045 [details] [diff] [review] override keybinding in communicator overlay r=sdagley
Attachment #77045 - Flags: review+
Comment on attachment 77045 [details] [diff] [review] override keybinding in communicator overlay sr=ben@netscape.com
Attachment #77045 - Flags: superreview+
add some keywords
Keywords: adt1.0.0, mozilla1.0
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.
> 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
adt1.0.0+ for checkin, pending lorikaplan's approval.
Keywords: adt1.0.0adt1.0.0+
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 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+
fix checked in note: this affects ALL Mac OS (not just OSX)
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Did historyCmd.key need to be redefined? It's already defined in TasksOverlay.dtd.
yes, it needed to be defined because that file already had a dtd set (and it didn't contain the history command shortcut key).
Approved by UI. Change needed to support OS X usage of cmd-h for OS.
*** Bug 135888 has been marked as a duplicate of this bug. ***
vrfy fixed using 2002.04.09.08 comm bits on mac 10.1.3.
Status: RESOLVED → VERIFIED
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.
*** Bug 138182 has been marked as a duplicate of this bug. ***
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: