GNU bug report logs -
#22154
25.0.50; emacsclient -c "breaks" 256-color display in server
Previous Next
Full log
View this message in rfc822 format
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Dan Nicolaescu <dann <at> gnu.org>
>> Cc: eric.hanchrow <at> gmail.com, 22154 <at> debbugs.gnu.org
>> Date: Tue, 15 Dec 2015 00:46:08 -0500
>>
>> >> What exactly is the problem that your patch fixes?
>> >
>> > The fact that the default escape sequences for turning colors on or
>> > off are stored in global variables that get overwritten each time
>> > another tty is initialized.
>>
>> Can you describe a behavior that is incorrect?
>
> It was described in the original report of this bug, see
>
> http://lists.gnu.org/archive/html/bug-gnu-emacs/2015-12/msg00420.html
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22154#5
>
>> > And I don't understand how could what you describe work when there's
>> > only one global value of tty-defined-color-alist. Can you explain how
>> > that worked, given that each terminal's initialization overwrites that
>> > list?
>>
>> Sorry, I don't remember the details, but it did work
>> In fact I just tried on emacs 24.5 with 3 terminals: xterm
>> with TERM=vt100, rxvt -fg black -bg white and rxvt -fg white -bg black.
>> emacsclient -t connected to the same emacs daemon
>
> That's not the same use case. The one you should indeed works,
> because the foreground and background colors are recorded separately
> for each frame. IOW, this is not related to the issue at hand.
OK, great. That is actually a very important use-case, and more in line
with what people normally do. It's good that it still works.
This bug report was last modified 4 years and 285 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.