[plt-scheme] DrScheme frustration

On Feb 22, 2009, at 10:10 AM, e wrote:

> i gotcha.  I guess the advantage of mousing around, though, is that  
> it's universal across IDE's and languages.

Yup.  It amazing how a few simple concepts can allow so much universal  
utility.  It is also true that a few favorite key combinations can  
increase productivity.  For example, some allow you to jump around by  
s-expression, rather than toiling with individual letters.

> You don't show up at someone's house or job and go, "I can't work  
> without my favorite editor".  Might be cool if you could go to a  
> previous line, edit it, hit return wherever you are in the line, and  
> then, it goes back to the way it was or something, but "it's all  
> good".  I'm just jumping in all out of order is my problem.

It doesn't sound like you have a problem!  Your thoughts are ones we  
all have.  Until computers can read our minds directly, we have to  
deal with pesky editing conventions :)

rac

>
>
>
>
> On Sun, Feb 22, 2009 at 12:05 PM, Richard Cleis <rcleis at mac.com>  
> wrote:
> Also: ESC-n goes to the Next line in the buffer after you have used  
> ESC-p to access Previous lines.
>
> Furthermore: control-e goes to the End of the line (so you can hit  
> the return)
>
> Also: control-a goes to the, uh, beginning of the line (Anterior?  
> Affront? I think of 'a' as the first letter).
>
> There are a bunch more key combinations if you desire to become one  
> of the people who argue that mousing-around is too slow ;)
>
> rac
>
> On Feb 22, 2009, at 9:22 AM, e wrote:
>
>> cool.  That solves the up-arrow prob!  I was sitting there googling  
>> "esc-p" until I got what you were saying :)  I thought you meant a  
>> "history about why it is the way it is" and I could find more about  
>> it at the "Epson Standard Code for Printers" http://en.wikipedia.org/wiki/ESC/P
>>
>> :)
>>
>>
>>
>> On Sun, Feb 22, 2009 at 10:20 AM, Robby Findler <robby at eecs.northwestern.edu 
>> > wrote:
>> There is a history available via esc-p.
>>
>> Robby
>>
>> On Sun, Feb 22, 2009 at 8:18 AM, e <eviertel at gmail.com> wrote:
>> > again, just tell me if I need to read more first, 'cause maybe  
>> I'm doing
>> > this wrong...
>> >
>> > ...but I'm struggling with the fact that I may have a bunch of  
>> stuff typed
>> > into the bottom window during a run session, and then, when I  
>> find there's a
>> > problem with my definitions, I want to fix them and see what  
>> happens.  Of
>> > course there's a warning in the window below that my definitions  
>> are stale.
>> > So when I stop and start again, everything I had typed is gone!
>> >
>> > long winded aside ...
>> > It wasn't the best way to get the previously typed things to re- 
>> execute in
>> > the first place ... no up arrow, and you have to be at the end of  
>> a previous
>> > expression to transfer it to a new line.  I can see why you don't  
>> want the
>> > user to just edit it in place back in history, too ... although  
>> that would
>> > also be very convenient. (The approach that works means your  
>> cursor is no
>> > where near the place in the text that you wanted to tweak ---  
>> best would be
>> > if you could hit return even in the middle of a previous  
>> expression ........
>> >
>> > (and we're back again)
>> > ..... at least you could get back to what you had typed.
>> >
>> > Should I just not be using DrScheme this way?  I can't imagine  
>> this is how
>> > it's done, always losing all your history of experiments just  
>> because you
>> > redefine a function.
>> >
>> > Thanks, as always.
>> >
>> > _________________________________________________
>> >  For list-related administrative tasks:
>> >  http://list.cs.brown.edu/mailman/listinfo/plt-scheme
>> >
>> >
>>
>> _________________________________________________
>>  For list-related administrative tasks:
>>  http://list.cs.brown.edu/mailman/listinfo/plt-scheme
>
>
> _________________________________________________
>  For list-related administrative tasks:
>  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20090222/b2a8d737/attachment.html>