[racket] DrRacket editor behaviour change

From: Robby Findler (robby at eecs.northwestern.edu)
Date: Sat Mar 23 13:59:21 EDT 2013

The keystrokes suggests (control-shift-home and then down) don't move the
selection for me; after the down, I go back to the unselected state.

Meanwhile, control-space, control-n works in the way you would seem to want
it to work. Is there some more complex sequence that causes trouble?

Robby


On Sat, Mar 23, 2013 at 12:41 PM, Prabhakar Ragde <plragde at uwaterloo.ca>wrote:

> Robby wrote:
>
>  Just to double check: you mean shift-down, not just down, right?
>>
>> DrRacket does indeed implement those keystrokes itself, but I'm seeing
>> what
>> you describe as the 5.3.1 behavior in 5.3.3 and in the git head under mac
>> os x and under a relatively recent git version under linux.
>>
>> When you choose the Edit | Keybindings | Show Active Keybindings menu item
>> and search for home, do you see "select-to-beginning-of-file" as the
>> c:s:home key and when you search for "s:down" do you see "select-down" as
>> the corresponding keystroke?
>>
>
> No, I think he meant down. I noticed something similar some time after
> upgrading to 5.3.2. I use c:space to "set mark" and c:n to move forward a
> character in Emacs with the intention of later doing a selection between
> mark and point. In 5.3.1, I was able to do this in DrRacket, that is, the
> Emacs cursor commands extended the selection. Now it doesn't happen any
> more. I did look in the keybindings and notice that shift seemed to be
> needed now. Still haven't figured out if I want to change the keybindings
> or change my behaviour. --PR
>
> ____________________
>  Racket Users list:
>  http://lists.racket-lang.org/**users <http://lists.racket-lang.org/users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20130323/08f7b2e5/attachment.html>

Posted on the users mailing list.