> Check unify-8859-on-decoding-mode's value: C-h v unif TAB de TAB RET ==> > nil > Open the directory with test files: C-x d ~/ISO TAB RET > Click with mouse-1 the ISO 8859-15 test file ==> opens writable in new > buffer > I-search that accented e: C-s ´e RET ==> success, é found! > Close that buffer: C-x k > Toggle unify-8859-on-decoding-mode's value: M-x unif TAB de TAB RET > Check unify-8859-on-decoding-mode's value: C-h v unif TAB de TAB RET ==> t > Click with mouse-1 the ISO 8859-15 test file ==> opens writable in new > buffer > I-search that accented e: C-s ´e ==> error message: Failing I-search: é
This time I can reproduce the problem (and it can be reproduced without my patch by using a latin-1 input method to input the é instead of using an é key (or an XIM input method)). The problem comes from an unexpected call to ucs-set-table-for-input from get-buffer-create. I think the patch below that I just installed fixes it, Stefan Index: lisp/international/ucs-tables.el =================================================================== RCS file: /cvsroot/emacs/emacs/lisp/international/ucs-tables.el,v retrieving revision 1.37 diff -u -r1.37 ucs-tables.el --- lisp/international/ucs-tables.el 29 Mar 2004 12:05:16 -0000 1.37 +++ lisp/international/ucs-tables.el 16 Apr 2005 21:00:28 -0000 @@ -2496,8 +2496,10 @@ ;; normal-mode and minibuffer-setup-hook. (defun ucs-set-table-for-input (&optional buffer) "Set up an appropriate `translation-table-for-input' for BUFFER. -BUFFER defaults to the current buffer." +BUFFER defaults to the current buffer. +This function is automatically called directly at the end of `get-buffer-create'." (when (and unify-8859-on-encoding-mode + (not unify-8859-on-decoding-mode) (char-table-p translation-table-for-input)) (let ((cs (and buffer-file-coding-system (coding-system-base buffer-file-coding-system))) _______________________________________________ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug