> 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
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
