[PATCH] churn: use ui.progress instead of --progress

Martin Geisler mg at lazybytes.net
Thu Mar 11 08:31:23 CST 2010


Benoit Boissinot <bboissin at gmail.com> writes:

> On Thu, Mar 11, 2010 at 03:01:54PM +0100, Martin Geisler wrote:
>> Benoit Boissinot <bboissin at gmail.com> writes:
>> 
>> > On Wed, Mar 10, 2010 at 7:35 PM, Eric Eisner <ede at mit.edu> wrote:
>> >> # HG changeset patch
>> >> # User Eric Eisner <ede at mit.edu>
>> >> # Date 1268246122 18000
>> >> # Node ID 6f454558cd628c86176373508c1d57d11530efbb
>> >> # Parent  6227c8d669d52e9e29daa72b0cc9c072acc20ac4
>> >> churn: use ui.progress instead of --progress
>> >>
>> >>           ('', 'aliases', '', _('file with email aliases')),
>> >> -          ('', 'progress', None, _('show progress'))],
>> >> +          ],
>> >>          _("hg churn [-d DATE] [-r REV] [--aliases FILE] [--progress] [FILE]")),
>> >
>> > You missed the synopsis. Maybe the option should be left, and it would
>> > change the configuration in ui.
>> 
>> I'm fine with removing the option completely and consolidating our
>> progress bars so they all use the extension. We should just put a note
>> about it in the release notes.
>
> Maybe at one point hgext/progress.py should be moved into core, and
> enabled with a global --progress flag.

I definitely think we should move it into core -- I love it everytime I
see a progress bar pop up. I even lovered the delay to 0.5 seconds to
get more of them :-)

When it's in the core, I think it should just work right out of the box.
People can (probably) disable it by setting delay to a negative value or
something like that.

-- 
Martin Geisler

Fast and powerful revision control: http://mercurial.selenic.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20100311/642e8e63/attachment.pgp>


More information about the Mercurial-devel mailing list