[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ansi-color.el minor bug
From: |
Stefan Monnier |
Subject: |
Re: ansi-color.el minor bug |
Date: |
Mon, 30 Mar 2009 12:00:19 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) |
>> > Hi, is this a bug in ansi-color.el?
>> >
>> > steps to reproduce:
>> >
>> > emacs -Q
>> > M-x ansi-color-for-comint-mode-on
>> > M-x shell
>> > echo -e '\e[31;1mfoo\e[;1mbar'
>> >
>> > Observed ansi-color.el behavior: "foo" is red and "bar" is bold-red.
>> >
>> > Expected behavior, as xterm/etc do: "bar" is bold-default
>> > (e.g. bold-black if terminal is black-on-white).
>>
>> FWIW, "M-x ansi-term" interprets this correctly. Are there two code
>> paths for interpreting the escape sequences?
> ansi-term comes from term.el, and ansi-color-for-comint-mode-on comes
> from a different package: ansi-color.el.
Could we reduce this redundancy?
Stefan