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?

10
  • 1
    Alternatively, could we change it to, say, shift-cmd-H? Commented Jun 30, 2012 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). Commented Jun 30, 2012 at 21:57
  • 6
    Why do browsers let web pages trap browser keyboard commands? That seems like a security hole. Commented Jul 1, 2012 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? Commented Jul 1, 2012 at 13:14
  • 2
    This isn't specific to Ask Different and there's already several requests like this on Meta Stack Overflow. Commented Jul 1, 2012 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) Commented Jul 1, 2012 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... Commented Jul 2, 2012 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? Commented Jul 5, 2012 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. Commented Jul 19, 2012 at 15:31
  • Hello… this is still an annoyance years later. :( Commented Oct 22, 2015 at 5:29

2 Answers 2

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
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.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.