Fri, 02 Apr 2010 15:22:19 -0500 color: don't split colors across lines (which confuses less -R)
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.
Fri, 02 Apr 2010 15:22:17 -0500 color: colorize based on output labels instead of parsing output
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.
Fri, 02 Apr 2010 15:22:15 -0500 record: make use of output labeling
Brodie Rao <brodie@bitheap.org> [Fri, 02 Apr 2010 15:22:15 -0500] rev 10825
record: make use of output labeling
(0) -10000 -3000 -1000 -300 -100 -30 -10 -3 +3 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip