[plt-scheme] Clarification about control key behavior

From: Grant Rettke (grettke at acm.org)
Date: Thu Sep 13 23:21:00 EDT 2007

On 9/12/07, Robby Findler <robby at cs.uchicago.edu> wrote:
> That would be very nice, indeed. My thoughts would be to leave the
> menu-keybindings mode on and try to find keys for all of the ones that
> get masked by the menu keys being turned on.

I started by going through the bindings, but not specifically looking
for bindings that are overwritten by the Windows menus.

It is sort of an overwhelming task to verify all of the bindings. It
seems like there are a number of different binding "styles":

- c:x, c:<something else>
- ESC;<something else>
- "the windows way of doing things"

I almost felt like there are numerous "profiles" all clumped into the
single keybinding configuration that comes with DrScheme.

On the one hand I felt like it might be interesting to write a
"Windows-specific" binding file from scratch, on the other hand, it
may be a better use of time to just figure out how to do it with the
existing bindings. What is your take on that? I'm trying to figure out
how to make it really easy for folks to download DrScheme on Windows
and get all the great features out of it easily, this is my motivation
(because I am one such user).

That said, here are some bindings that I found that are overwritten by
the menu bindings:

transpose-chars c:t goes the repl instead
uncomment ESC;c:= creates a new editor tab instead
transpose-sexpr ESC:c:t goes to the repl instead
capitalize-word m:c opens the Scheme menu
move-sexp-out c:c,c:o opens the open file dialog
next-line c:n opens a new window
open-line c:o opens the open file dialog
previous-line c:p opens the print dialog
redo c:+  opens a new editor tab
ring-bell c:x,c:g does find-again
; easy ones
forward-word m:f opens the file menu
end-of-line m:e opens the edit menu
previous-page m:v opens the view menu
downcase-word m:l opens the language menu
goto-position m:p opens the special menu

Posted on the users mailing list.