Jeff King <peff@xxxxxxxx> writes: > 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. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
