Re: [avrdude-dev] Feature request: Don't display hashmarks if TERM is dumb

[Joerg Wunsch]

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