RFC: Coloured output in bazaar core

Martin Pool mbp at canonical.com
Tue Aug 5 00:59:46 BST 2008


On Mon, Aug 4, 2008 at 10:39 PM, John Arbash Meinel
<john at arbash-meinel.com> wrote:
> I would just argue that it changes the command line options as well.
> Specifically, the standard options are usually:
>
> foo --color=never/always/auto
>
> Which is different from
>
> foo --color
> foo --no-color

I agree.  It might be nice to support --no-color === --color-never but
that's kind of a frill and should also wait til later.

> |
> | For what it's worth, git's colour configuration and options appear to
> | use the US spelling exclusively.
>
> As does "ls --color" it seems grep allows both --color and --colour.
>
> The biggest problem is that if you make it a *branch* config, then you
> can override it in a per-branch config. Which runs into problems of
> having "color=always" in branch.conf, and "colour=never" in branch.conf.
> ConfigObj is also helpful about indicating when you have the same option
> written twice, but can't be of help when they are spelled differently.

Exactly.  I'm not saying I would object to adding the alias later if
it's done in a tasteful way, getting all of this correct, but I think
it's nontrivial enough it would be better to get the actual feature
working and merged first.

> As for the Bazaar internals, they should all be "get_color", I believe I
> remember Martin indicating that US spelling is preferred for all internals.

Right, even though I'm both a British and Australian citizen and so
ought to have twice as strong a preference for having the 'u'. :-)  I
think it is much more standard in technical use.

-- 
Martin <http://launchpad.net/~mbp/>



More information about the bazaar mailing list