On Friday 15 May 2009 11:06:10 Cathey, Jim wrote:
> >* if neither $LINES/$COLUMNS are set nor ioctl(TIOCGWINSZ)
> >  returns useful data, print
> >  ESC"7" ESC"[r" ESC"[9999;9999H" ESC"[6n" ESC"8"
> >  in order to retrieve terminal's size, and whenever read_key
> >  does detect that, use this info for proper linewrapping
> >  in line editing.
>
> TERM should be consulted somehow, so that it concludes an
> ANSI escape sequence is the correct thing to do.

No.

> Don't know 
> what, if anything, BB's got in that line.

Nothing, there's about 800 esoteric TERM values and there's no point playing a 
guessing game.

> >Sure, the "wall" program...will screw
> >up your display.  So what?
>
> So you need a way to recover the view of the line you're
> currently editing _anyway_.  Given this, it can _also_ be used
> to recover from the weird "echo -n" scenario under discussion,
> or anything else odd.

By this logic, we don't need the "backspace up to previous line" logic at all.  
You can just hit ctrl-L when you do that.

I'm going to stop reading your emails now, thanks.

Rob
-- 
Latency is more important than throughput. It's that simple. - Linus Torvalds
_______________________________________________
busybox mailing list
[email protected]
http://lists.busybox.net/mailman/listinfo/busybox

Reply via email to