For you, is this an issue with the underscores in the menu items? That is, if the underscore moved from close to close tab would that help you at all?<br><br>Robby<br><br>On Thursday, August 25, 2011, Shriram Krishnamurthi <<a href="mailto:sk@cs.brown.edu">sk@cs.brown.edu</a>> wrote:<br>
> Robby, this is something I've brought up before, too. It may be the<br>> default on the Mac, but it's certainly strange behavior on other<br>> platforms. I often find DrRacket disappearing on me and wondering<br>
> why, then realizing...uh oh, close means something different.<br>><br>> On Thu, Aug 25, 2011 at 1:30 PM, Robby Findler<br>> <<a href="mailto:robby@eecs.northwestern.edu">robby@eecs.northwestern.edu</a>> wrote:<br>
>> On Thu, Aug 25, 2011 at 9:12 AM, Marijn <<a href="mailto:hkBst@gentoo.org">hkBst@gentoo.org</a>> wrote:<br>>>> -----BEGIN PGP SIGNED MESSAGE-----<br>>>> Hash: SHA1<br>>>><br>>>> Hi Robby,<br>
>>><br>>>> On 08/25/11 14:13, Robby Findler wrote:<br>>>>> The intention is that "close" means "close window" and the<br>>>>> <menukey>-w shortcut moves between the close and close tab menu items<br>
>>>> depending on how many tabs are open.<br>>>>><br>>>>> Are you seeing something different than that?<br>>>><br>>>> On Linux, in my File menu the Ctrl-w shortcut is always listed as<br>
>>> shortcut for Close, while Close Tab has no shortcut, but I see now that<br>>>> Ctrl-w's behavior is actually to close the current tab. So in this case<br>>>> my suggestion comes down to just relabelling the menu items from:<br>
>>><br>>>> File -> Close<br>>>><br>>>> to<br>>>><br>>>> File -> Close Window<br>>><br>>> I'm going to follow the apple human interface guidelines on this point<br>
>> and leave things as they are:<br>>><br>>> <a href="http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/Menus/Menus.html">http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/Menus/Menus.html</a><br>
>><br>>><br>>>> and fixing the moving of the Ctrl+W keybinding in the labels.<br>>>><br>>>> Another option is to change:<br>>>><br>>>> File -> Close (Ctrl+W)<br>
>>> File -> Close Tab<br>>>><br>>>> to<br>>>><br>>>> File -> Close Window (Ctrl+Shift+W)<br>>>> File -> Close Tab (Ctrl+W)<br>>>><br>>>> and not move the shortcuts depending on tab plurality.<br>
>>><br>>>> Firefox and Midori both have Ctrl+Shift+W bound to Close Window, so<br>>>> maybe that is a good candidate for drRacket too (if a shortcut beyond<br>>>> Alt+F4 is desired for Close Window). Other programs with tabs I checked<br>
>>> only have one of Close Window and Quit, in each case bound to<br>>>> Ctrl+(Shift+)Q.<br>>><br>>> I like the idea of adding shift, but I've changed things so that<br>>> instead of the w shortcut going away, the close menu item becomes<br>
>> <menukey>-shift-w (so the shifting behavior is still there and we are<br>>> complying with the guidelines in the no-tabs case).<br>>><br>>> Robby<br>>> _________________________________________________<br>
>> For list-related administrative tasks:<br>>> <a href="http://lists.racket-lang.org/listinfo/dev">http://lists.racket-lang.org/listinfo/dev</a><br>>><br>>