Show 14 quoted lines
> On Fri, Jan 04, 2008 at 12:26:55AM -0800, Junio C Hamano wrote:
>
>> > The first two lines of meta-info will be in the stock colors, but
>> > everything after will be in the custom colors. So we are actually
>> > reading the diff_ui options _during_ the diff. The culprit is
>> > funcname_pattern, which calls read_config_if_needed.
>>
>> Yuck. Why is funcname_pattern do ui-config stuff? I know it
>> wants to get custom regexp crap, but that should belong to the
>> plumbing part, not Porcelain-only thing, shouldn't it?
>
> It's for user diff drivers, and it looks like the funcname pattern. Not
> sure why we want to demand-load that stuff at all...I wonder if it
> should just go into git_default_config (or a git_basic_diff_config).
Yeah, moving some to the diff-basic-config sounds sane.
* I'd prefer to keep low-level produce consistent diff that can
be reliably applied with git-apply without getting broken by
user configuration while Porcelain level diff can be tweaked
by the user to do whatever "human readable" crap they would
want to see on the screen (such as "side by side"), and my
gut feeling is that we should keep the user-level driver
definition in ui-config, never to affect plumbing.
* using or not-using colors should stay in ui-config;
* funcname-pattern can go either way; that affects what appears
at the end of @@ context @@ lines, and would not have risk to
corrupt the patch for plumbing.
* color choice can also go either way, but probably is better
to be in the low-level. Cnce color is used the output cannot
be fed sanely to patch or git-apply _anyway_ so we can be
sure that "git diff-plumbing --color" is run to produce human
readable output.
Junio C Hamano <gitster@pobox.com>