20

As the question/answer editor currently stands, H inserts ## Heading ##.

I often want to use the Hide shortcut while editing, so is there any way I could disable it? Otherwise, would people mind if we changed it for everyone?

  • 1
    Alternatively, could we change it to, say, shift-cmd-H? – Timothy Mueller-Harder Jun 30 '12 at 21:24
  • 5
    +1, yes please. Same with cmd+l; I would love to allow that to focus the URL bar and use cmd+k for links (which is standard anyway). – Nathan Greenstein Jun 30 '12 at 21:57
  • 6
    Why do browsers let web pages trap browser keyboard commands? That seems like a security hole. – Daniel Jul 1 '12 at 5:46
  • 1
    Alternatively, you could just press TAB, ⌘+H. That would get you out of the textarea, thus allowing for ⌘+H to hide your browser. Also, why isn'tt <kbd> allowed in comments? – kba Jul 1 '12 at 13:14
  • 2
    This isn't specific to Ask Different and there's already several requests like this on Meta Stack Overflow. – Lri Jul 1 '12 at 16:11
  • 7
    It isn't specific to Ask Different, but it does affect users of Apple products differently than users of other computers, so it might find more of them here (then again, it might not) – Daniel Jul 1 '12 at 18:08
  • 3
    It certainly seems that browsers ought to give users control over who gets first dibs on each relevant key combo: sites, or the browser... – SamB Jul 2 '12 at 14:46
  • 2
    PLEASE!!!!! I hate having to minimize Chrome in the middle of writing a post rather than hiding it. Alternatively, could we get a checkbox placed on the page when posting that says something like: "Turn keyboard shortcuts on" or something like that? – daviesgeek Jul 5 '12 at 6:07
  • 1
    Just realized I forgot to include another one that annoys me: ctrl + k adds an inline code block instead of cutting the rest of the current paragraph. – Nathan Greenstein Jul 19 '12 at 15:31
  • Hello… this is still an annoyance years later. :( – Timothy Mueller-Harder Oct 22 '15 at 5:29
3

I don't have an answer or ETA on whether the developers here would ever make such a change site wide (or Ask Different wide if possible), but this might make a fabulous question on the main site to ask if it's possible to tweak Safari to ensure +H goes to Finder/Safari as opposed to Safari's window contents (in this case javascript code executing in the mini editor environment).

1

I think that this shortcut collision can't be dealed with at the last coming level alone (which is here the text editor window).

If a user can't know which application, or which application level is listening to his keyboard, then this will lead to 2 kinds of problems:

  1. Error due to call of the wrong level of function.
  2. Use of this hidden function from the user standpoint to trap him on executing another function within his web browser, his Finder or MacOS X.

This knowledge of which application and which application subwindow is obeying to the keyboard must be provided by the OS, i.e. MacOS X. If an application want to remap the cmd ⌘+H shortcut, then the system should display clearly this input control change. For example, if an embedded editor, as is the case with the StackExchange one, decide to change some shortcut (and hence the behaviour of my keyboard), I'd like to see this event displayed clearly in the upper most corner of the menu bar :

Firefox → StackExchange editor

If sufficiently many others think that this security function might be an improvment to MacOS X, the correct line of action is to feed Apple with a security improvment of UI.


In the mean time, and if this is possible at the StackExchange interface level, I'd suggest to highlight the border of the window which does have the focus and changed the keyboard mapping.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .