>> Now however it is not anymore "the same" redirecting always to a >> logfile and doing tail -f in order to having both, since this means >> no progress bar. > >I've always considered the real-time progress and the log to be an >either-or thing. I suppose the code could still work by instantiating >too progress bars, but I've never thought of the need for that. Do >you know of other programs that support two simultaneous output modes?
Somebody or something always has to be the first :-) And, wget can do something heading in that direction already - starting to log on the tty first and switch in bg+logfile mode on a signal. I'm thinking about long, possibly slow and/or complex downloads (hence the need for the logfile) which are checked from time to time (when possible throw a look at the log, possibly if it is too slow add some bandwidth temporary, block it and change some options, or whatever). For that running on a tty and progress bar could be "nicer" than background and dot mode. Another somewhat related idea I've been doodling with a long time (but never got around to look into the implementation) was changing the "dot" (when dot mode was the only available thing) to something different based on several current status. For example using a-zA-Z for the current download speed on some scale (when retrieving a whole site or more, with different files of different sizes and possibly at different speeds, preselecting the default/micro/mega/binary modes really doesn't have much sense. Or, when the current download speed changes "too far" from the current dotmode (says, mode was default and now dl speed has fallen to 20 byte/sec, switch to micro could be appropriate; if then the speed goes up to 1MB/sec switch up. Or switch in base of the file size.) Granted, since for some time the mean speed for each line of dots has been printed this is somewhat less of an issue, but still it could be usefull for somebody. But I'm rambling. >> sighup, creating an awfull mess ? Or should it / does it currently, >> on unix, revert automatically to dot mode if put in bg ? > >It doesn't, because I didn't think of it. The progress bar code >doesn't yet support such "conversion" of one progress bar to the >other. What it could do is entirely turn off logging. Or maybe the >conversion could be hacked in... but that might be ugly to code. >Different progress bars would want to keep different kind of >bookkeeping information. > >I'll have to think about this some more. I was just thinking, having "bar" mode on a file is somewhat problematic for another reason: logfile bloating... every dot now is replaced with a whole line, for long and/or slow downloads this could mean much bigger logfiles with the same amount of information.. not a nice thing. Bye Heiko -- -- PREVINET S.p.A. [EMAIL PROTECTED] -- Via Ferretto, 1 ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY
