Eric Eisner <ede@mit.edu> [Sun, 04 Apr 2010 21:35:00 -0400] rev 10832
summary: make use of output labeling
The individual pieces of information use the same labels as the commands
they summarize for better cohesion of commands.
Brodie Rao <brodie@bitheap.org> [Sun, 04 Apr 2010 22:53:50 -0500] rev 10831
color: concatenate effects correctly and avoid printing empty effects
Martin Geisler <mg@lazybytes.net> [Mon, 05 Apr 2010 01:31:16 +0200] rev 10830
commands: fix typo
Martin Geisler <mg@lazybytes.net> [Mon, 05 Apr 2010 01:00:14 +0200] rev 10829
cmdutil: do not translate trivial string
Adrian Buehlmann <adrian@cadifra.com> [Sun, 04 Apr 2010 02:39:45 +0200] rev 10828
wix: refactor and new guids.wxi
Brodie Rao <brodie@bitheap.org> [Fri, 02 Apr 2010 15:22:19 -0500] rev 10827
color: don't split colors across lines (which confuses less -R)
Currently, less -R doesn't support colors spanning multiple lines; only
the first line will be colorized.
Instead of allowing colors to span multiple lines, the color extension
now applies colors to each line it receives, even when ui.write() is
given multiple lines in one call.
Brodie Rao <brodie@bitheap.org> [Fri, 02 Apr 2010 15:22:17 -0500] rev 10826
color: colorize based on output labels instead of parsing output
By overriding ui.write(), ui.write_err(), ui.popbuffer(), and ui.label(),
the color extension can avoid parsing command output and simply colorize
output based on labels.
As before, the color extension provides a list of default colors for
core commands/labels. Other extensions can provide their own defaults by
specifying a colortable dict (similar to cmdtable).
In this process, --color is promoted to a global option and the deprecated
--no-color option is removed.