Fixed tty faces during combo sessions. Plus other assorted bugfixes.

[bpt/emacs.git] / README.multi-tty

diff --git a/README.multi-tty b/README.multi-tty
index 11c815f..5b4a29e 100644 (file)
--- a/README.multi-tty
+++ b/README.multi-tty
@@ -142,6 +142,16 @@ For the NEWS file:
 *** The new `initial-window-system' variable contains the
     `window-system' value for the first frame.
 
+THANKS
+------
+
+The following is an (incomplete) list of people who have contributed
+to the project by testing, bug reports, and suggestions.  Thanks!
+
+Robert J. Chassel <bob@rattlesnake.com>
+Romain Francoise <romain@orekobech.com>
+Ami Fischman <ami@fischman.org>
+
 
 CHANGELOG
 ---------
@@ -151,15 +161,19 @@ See arch logs.
 THINGS TO DO
 ------------
 
-** emacs -nw --eval '(y-or-n-p "Foobar")' segfaults.
+** Robert J. Chassell reports:
 
-** Fix color handling during tty+X combo sessions.  (It seems that tty
-   sessions automatically convert the face colors to terminal colors
-   when the face is loaded.  This conversion must happen instead on
-   the fly in write_glyphs, which might be problematic, as color
-   approximation is currently done in lisp (term/tty-colors.el).)
-   (Update: hm, colors seem to work fine if I start emacs with -nw and
-   then create an X frame.  Maybe it's just a small buglet somewhere.)
+   >   * After starting the frame in the VC, I saw this message in the
+   >     *Message* buffer
+   >
+   >         error in process filter: server-process-filter: \
+   >         Wrong type argument: sequencep,\
+   >          framep
+   >         error in process filter: Wrong type argument: sequencep, framep
+   >
+   >     This also happens when I start a new frame in an xterm.
+
+** emacs -nw --eval '(y-or-n-p "Foobar")' segfaults.
 
 ** Fix interactive use of temacs.  There are face-related SEGVs, most
    likely because of changes in realize_default_face, realize_face.
@@ -579,5 +593,16 @@ DIARY OF CHANGES
 
    (Done.)
 
+-- Fix color handling during tty+X combo sessions.  (It seems that tty
+   sessions automatically convert the face colors to terminal colors
+   when the face is loaded.  This conversion must happen instead on
+   the fly in write_glyphs, which might be problematic, as color
+   approximation is currently done in lisp (term/tty-colors.el).)
+   (Update: hm, colors seem to work fine if I start emacs with -nw and
+   then create an X frame.  Maybe it's just a small buglet somewhere.)
+
+   (Seems to be fixed.  The problem was in startup.el, it did not
+   initialize tty colors when the initial window system was
+   graphical.)
 
 ;;; arch-tag: 8da1619e-2e79-41a8-9ac9-a0485daad17d