[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [avrdude-dev] Feature request: Don't display hashmarks if TERM is du
From: |
Joerg Wunsch |
Subject: |
Re: [avrdude-dev] Feature request: Don't display hashmarks if TERM is dumb |
Date: |
Wed, 21 Sep 2005 22:35:37 +0200 |
User-agent: |
Mutt/1.4.2.1i |
As Bernhard Walle wrote:
> following idea:
> (http://savannah.nongnu.org/bugs/?func=detailitem&item_id=13607)
I've already sent a followup to that request, and set the status to
"Needs info".
Basically, I don't like the idea of depending on an arbitrary value of
TERM. The next person will come with TERM=dialup, another one with
TERM=thatreallyoldparallelprinterthatcouldnotbackspace, and so on.
If at all, I think it should depend on whether the current terminal
has a "cr" capability. If so, the string obtained from "cr" should be
used instead of a hard-coded \r, otherwise quell_progress could be
automatically set to 1.
My remark about the need to additional link to libtermcap is somewhat
a moot point, as libreadline already requires libtermcap anyway.
Well, looking a bit deeper into the code again, it seems your concerns
(garbage displayed on the terminal during progress update) would
already been dealt with by handling the incapable terminal as a
non-tty progress update, where simply one hash mark is printed each
time, no \r between.
I implemented a prototype for this, but interestingly enough,
TERM=dumb is not dumb enough to get no carriage return, as
[n]curses/termcap implicitly sets the "cr" capability for any
terminal, so you need to setup a termcap or terminfo entry that
explicitly denies that feature by saying "cr#".
--
cheers, J"org .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/ NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)
termcapdiff
Description: Text document