GNU bug report logs - #12792
24.2.50; shell-mode renders all its output in a yellow face

Previous Next

Full log

View this message in rfc822 format

From: Dima Kogan <dima <at> secretsauce.net>
To: Wolfgang Jenkner <wjenkner <at> inode.at>
Cc: 12792 <at> debbugs.gnu.org
Subject: bug#12792: 24.2.50; shell-mode renders all its output in a yellow face
Date: Mon, 5 Nov 2012 17:31:50 -0800

> On Tue, 06 Nov 2012 02:24:29 +0100
> Wolfgang Jenkner <wjenkner <at> inode.at> wrote:
>
> On Tue, Nov 06 2012, Dima Kogan wrote:
> 
> > Previously, I would do M-x shell, and then evaluate the new defun;
> > this produced the results I described earlier.
> 
> Too late, the function must be redefined before the first prompt is
> sent.  I thought it would be simpler to give you the rewritten defun
> separately instead of having you patching ansi-color.el ;-)
> 
> > You just asked for a different order: load ansi-color, comint, THEN
> > eval defun, THEN M-x shell. That produces different colored
> > results: everything looks correct except the prompt is all blue all
> > the time. Nothing has nil face. Is this the expected behavior with
> > that defun
> 
> Yes.  As you found out in your original report the prompt coloring has
> been broken for longer.  If you customize the comint-highlight-prompt
> face so that it doesn't inherit from minibuffer-prompt (which does the
> blue colouring), you'll see that the current prompt is actually
> coloured correctly but for the previous prompts,
> comint-highlight-prompt just replaces the ansi-color faces.  That's
> weird.  Somebody should at some point do something about it ;-)
> 
> In any case, you submitted a separate report about the prompt issue,
> viz. bug#11883.
> 
> So, I'd say that the issue at hand is solved.  I'll just try to
> rewrite the new ansi-color-apply-sequence in a less ugly way.
> 
> Wolfgang

Sounds good. Thanks a lot.

dima

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.