<div dir="ltr">That doesn't seem to be it for me. Could it be that switching back and forth causes you to go into the bad mode? That is, if you do this:<div><br></div><div>- open the find/replace window</div><div>- click to set the focus to the definitions window</div>
<div>- type left and then right (without the shift key down)</div><div>- shift-left twice</div><div>- shift-right three times</div><div><br></div><div>do things work properly?</div><div><br></div><div>I think I see a bug whereby typing cmd-f to go out of the definitions window and then cmd-f again to go back in (you probably have slightly different keybindings to go in and out but they should have the same effect) that the definitions window "forgets" what its anchor was and shift-left and shift-right stop working properly.</div>
<div><br></div><div>Robby</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Sep 14, 2013 at 9:20 AM, bhrgunatha <span dir="ltr"><<a href="mailto:bhrgunatha@hotmail.com" target="_blank">bhrgunatha@hotmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">After lots of head scratching and experimenting I have a consistent cause.<br>
<br>
It seems like the Search and Replace bar causes some problem.<br>
It is only happening when the Replace text box is visible.<br>
<br>
This weird behaviour disappears if the I click the Hide Replace button or choose Hide Replace from the Edit menu.<br>
<br>
I've also noticed that S:C:R stops working after the Replace text box and buttons have disappeared. That is I can't Hide, then Re show the Replace text box.<br>
<br>
I hope that helps you fix the problem, but I'm pretty happy now I know how to get the correct operation back again.<br>
<br>
Thanks,<br>
Bhrgunatha<div class="im"><br>
<br>
<br>
On 14/09/13 20:04, Robby Findler wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
This sounds like a bug in the implementation of the shift-left and<br>
shift-right keybindings.<br>
<br>
If you can give some kind of a step by step procedure to get into the<br>
bad state, then I think we can probably fix it.<br>
<br>
Robby<br>
<br>
<br>
<br>
On Sat, Sep 14, 2013 at 6:16 AM, bhrgunatha <<a href="mailto:bhrgunatha@hotmail.com" target="_blank">bhrgunatha@hotmail.com</a><br></div><div><div class="h5">
<mailto:<a href="mailto:bhrgunatha@hotmail.com" target="_blank">bhrgunatha@hotmail.com</a><u></u>>> wrote:<br>
<br>
    I'm having a problem editing programs using DrRacket. This happened<br>
    once before but went away after re-installing. [1].<br>
<br>
    I'm having the same issue again. Basically the behaviour of text<br>
    selection is changes while I open and edit different files running a<br>
    single instance of DrRacket.<br>
<br>
    If I select some text and then press SHIFT+Left instead of altering<br>
    the selection based on the current cursor position, the selection is<br>
    extended left from the beginning of the text currently selected.<br>
<br>
    Similarly for SHIFT+Right - it extends the text selection one<br>
    character to the right from the end of the selection rather than the<br>
    current cursor position. Same for SHIFT+Down, SHIFT+Up.<br>
<br>
    Is there some key binding or setting in DrRacket that controls the<br>
    way text selection is handled that I am accidentally hitting?<br>
<br>
    It doesn't happen in any other editor - it's specific to DrRacket.<br>
<br>
    If I quit DrRacket and re-open it normal operation continues for a<br>
    while again. I don't know if it's a bug or some setting in DrRacket<br>
    that I am unaware of.<br>
<br>
    My current specs are:<br>
    Arch Linux 64 bit:<br>
    Linux 3.10.10-1-ARCH #1 SMP PREEMPT x86_64 GNU/Linux<br>
<br>
    DrRacket 5.3.6.<br>
    (This is a version I compiled myself - but it's the same using the<br>
    Arch binary package - racket 5.3.6-1)<br>
<br>
    Can someone offer any advice?<br>
<br>
    Bhrgunatha<br>
<br>
    [1]<br></div></div>
    <a href="http://article.gmane.org/__gmane.comp.lang.racket.user/__17034/match=bhrgunatha" target="_blank">http://article.gmane.org/__<u></u>gmane.comp.lang.racket.user/__<u></u>17034/match=bhrgunatha</a><div class="im">
<br>
    <<a href="http://article.gmane.org/gmane.comp.lang.racket.user/17034/match=bhrgunatha" target="_blank">http://article.gmane.org/<u></u>gmane.comp.lang.racket.user/<u></u>17034/match=bhrgunatha</a>><br>
    ____________________<br>
      Racket Users list:<br></div>
    <a href="http://lists.racket-lang.org/__users" target="_blank">http://lists.racket-lang.org/_<u></u>_users</a><br>
    <<a href="http://lists.racket-lang.org/users" target="_blank">http://lists.racket-lang.org/<u></u>users</a>><br>
<br>
<br>
</blockquote>
<br>
</blockquote></div><br></div>