diff --git a/README b/README index c9a2f69700f..bf09741a6f5 100644 --- a/README +++ b/README @@ -1,4 +1,4 @@ -This directory tree holds version 22.0.50 of GNU Emacs, the extensible, +This directory tree holds version 22.0.51 of GNU Emacs, the extensible, customizable, self-documenting real-time display editor. You may encounter bugs in this release. If you do, please report diff --git a/README.multi-tty b/README.multi-tty index 39a1607cbde..9dc7f6b8bdb 100644 --- a/README.multi-tty +++ b/README.multi-tty @@ -428,22 +428,6 @@ THINGS TO DO ** If the first key pressed on a new tty terminal is a function key, it is not recognized correctly. May be related to the bug below. -** Having {reset,init}_all_sys_modes in set-input-mode breaks arrow - keys on non-selected terminals under screen, and sometimes on other - terminal types as well. The other function keys continue to work - fine. Sometimes faces on these screens become garbled. - - This only seems to affect displays that are of the same terminfo - type as the selected one. Interestingly, in screen Emacs normally - reports the up arrow key as `M-o A', but after the above SNAFU, it - complains about `M-[ a'. UNIX ttys are a complete mystery to me, - but it seems the reset-reinitialize cycle somehow leaves the - non-selected terminals in a different state than usual. I have no - idea how this could happen. - - Currently set-input-mode resets only the currently selected - terminal, which seems to somehow work around the problem. - ** Fix set-input-mode for multi-tty. It's a truly horrible interface; what if we'd blow it up into several separate functions (with a compatibility definition)? @@ -1227,5 +1211,33 @@ DIARY OF CHANGES (Done, I hope.) +-- Having {reset,init}_all_sys_modes in set-input-mode breaks arrow + keys on non-selected terminals under screen, and sometimes on other + terminal types as well. The other function keys continue to work + fine. Sometimes faces on these screens become garbled. + + This only seems to affect displays that are of the same terminfo + type as the selected one. Interestingly, in screen Emacs normally + reports the up arrow key as `M-o A', but after the above SNAFU, it + complains about `M-[ a'. UNIX ttys are a complete mystery to me, + but it seems the reset-reinitialize cycle somehow leaves the + non-selected terminals in a different state than usual. I have no + idea how this could happen. + + Currently set-input-mode resets only the currently selected + terminal, which seems to somehow work around the problem. + + Update: + + Dan Nicolaescu writes: + > Some terminals have 2 modes for cursor keys: Application Mode where + > the cursor keys transmit the codes defined in the terminfo entry, and + > Cursor mode. Applications have to send the smkx and rmkx terminfo + > strings to switch between the 2 modes. So Emacs (and emacsclient) have + > to send smkx when initializing and rmkx when quitting (or on + > suspend). + + (I think patch-370 fixed this.) + ;;; arch-tag: 8da1619e-2e79-41a8-9ac9-a0485daad17d diff --git a/lisp/version.el b/lisp/version.el index b34a4c7cdef..f02f291c4b5 100644 --- a/lisp/version.el +++ b/lisp/version.el @@ -27,7 +27,7 @@ ;;; Code: -(defconst emacs-version "22.0.50" "\ +(defconst emacs-version "22.0.51" "\ Version numbers of this version of Emacs.") (defconst emacs-major-version diff --git a/lispref/elisp.texi b/lispref/elisp.texi index 726636fc71a..95e98c66743 100644 --- a/lispref/elisp.texi +++ b/lispref/elisp.texi @@ -7,7 +7,7 @@ @c Version of the manual and of Emacs. @c Please remember to update the edition number in README as well. @set VERSION 2.9 -@set EMACSVER 22.0.50 +@set EMACSVER 22.0.51 @dircategory Emacs @direntry diff --git a/man/emacs.texi b/man/emacs.texi index 6eb78640bd4..b6a11cddc47 100644 --- a/man/emacs.texi +++ b/man/emacs.texi @@ -5,7 +5,7 @@ @c The edition number appears in several places in this file @set EDITION Fourteenth -@set EMACSVER 22.0.50 +@set EMACSVER 22.0.51 @copying This is the @value{EDITION} edition of the @cite{GNU Emacs Manual},