John Polstra wrote: >Matthew D. Fuller wrote: >> >> As a data point, CVSup runs nicely, but if I iconify it and deiconify it, >> it takes about forEVER (maybe 10, 15 seconds on a PPro 180) to redisplay >> itself completely. > >Yes, that's when the problem is most obvious. > >Here's the bottom line from my point of view. CVSup is slow to update >the GUI because it is busy doing more important things, i.e., updating >your files as quickly as it can. I agree that it can be annoying. >But would you really want me to slow down file updates just so the GUI >could look better?
In my view, the non-GUI mode provides excellent feedback (depending on the level of verbosity), so I'd certainly prefer to see the focus remain speed, as opposed to the GUI. I seem to recall that a certain OS, which will remain nameless, used to spend more file-copy time calculating and updating progress bars than actually moving data (all controlled I/O, IIRC). It looked nice, was very responsive and the progress bars were smooth and accurate to the pixel, but it isn't the route I'd choose! (To be fair, this was probably a relic of the floppy-drive days.) Thomas Stephens t...@stephens.org To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
