'bzr get' should be a little bit more verbose

[Martin Pool]

On 19 Jan 2006, John Arbash Meinel <john at arbash-meinel.com> wrote:
> Right now 'bzr get' spends quite a bit of time processing, without
> giving any feedback to the user. To new users, this looks like it isn't
> doing anything. And they are tempted to stop it in the middle. My
> colleague suggested a 'bzr get --verbose' which might put a little bit
> more on the screen. I don't want a page full of text. But even a
> progress bar put up early, to indicate it is doing something.
> 
> While I bring it up, our ProgressBar stuff could use some tweaking. In
> other projects, I came up with the idea of a Tree structure for
> indicating progress. So you have an outer loop, which knows it needs to
> do 5 things, and each one of those things has an arbitrary number of
> steps. So you have a progress bar, which can create children, who stay
> within the bounds of their parent. (With a GUI, I just create 2 bars,
> but this is hard to do on the command line.)
> 
> We could change the UI factory so that it returned a child of the
> current progress, rather than another object which takes over completely.

It might be nice if it showed something like

 80/120 <john> PEP8 comment fixes, and spelling error fix

being the number of objects done, and to-do, and then a single-line
summary of the revision being fetched.  If we're fetching multiple files
within a revision we could perhaps add them to the count, or add a
second counter, or perhaps just add a spinning baton that ticks for each
completed transport operation.

The time estimate is inaccurate, and often wildly inaccurate -- and
perhaps unavoidably so because it's hard to make a linear estimate of
the amount of time remaining.

-- 
Martin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060120/0d73638b/attachment.pgp