From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: Can't isearch =?iso-8859-1?q?=27=F6=27?= Date: Sun, 17 Apr 2005 23:27:38 -0400 Message-ID: <877jj07owm.fsf-monnier+emacs@gnu.org> References: <296c27822efac3bf0271bf82f19ca485@Web.DE> <606b3ca39653eb6a62837e841402d5c8@Web.DE> <87fyxtxwku.fsf-monnier+emacs@gnu.org> <200504142342.IAA12606@etlken.m17n.org> <87br8g2pe0.fsf-monnier+emacs@gnu.org> <200504180252.LAA20878@etlken.m17n.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1113795005 30482 80.91.229.2 (18 Apr 2005 03:30:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 18 Apr 2005 03:30:05 +0000 (UTC) Cc: Peter_Dyballa@Web.DE, emacs-pretest-bug@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 18 05:30:01 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DNMxQ-0005oc-QN for ged-emacs-devel@m.gmane.org; Mon, 18 Apr 2005 05:29:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DNN1S-0005Gx-LH for ged-emacs-devel@m.gmane.org; Sun, 17 Apr 2005 23:34:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DNN15-0005FU-SS for emacs-devel@gnu.org; Sun, 17 Apr 2005 23:33:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DNN0x-0005B6-Jg for emacs-devel@gnu.org; Sun, 17 Apr 2005 23:33:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DNN0x-0005A1-4g; Sun, 17 Apr 2005 23:33:35 -0400 Original-Received: from [209.226.175.110] (helo=tomts43-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DNMwb-0002QE-Er; Sun, 17 Apr 2005 23:29:05 -0400 Original-Received: from alfajor ([67.71.116.254]) by tomts43-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050418032736.HNNL28273.tomts43-srv.bellnexxia.net@alfajor>; Sun, 17 Apr 2005 23:27:36 -0400 Original-Received: by alfajor (Postfix, from userid 1000) id 06087D739C; Sun, 17 Apr 2005 23:27:39 -0400 (EDT) Original-To: Kenichi Handa In-Reply-To: <200504180252.LAA20878@etlken.m17n.org> (Kenichi Handa's message of "Mon, 18 Apr 2005 11:52:33 +0900 (JST)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:36072 gmane.emacs.pretest.bugs:7028 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36072 > No, I can't. But shouldn't we avoid such an incompatible > change at this stage? Can be. But since it's about a year now since we called a freeze and I see no sign of getting to the pretest stage, I figure I don't understand enough what "feature freeze" means: I just propose changes and I'll let someone else decide whether they should be installed. I think it's The Right Way to solve the problem, so that's what I use in my local code, but if someone wants to write a "quick&safe" fix instead and use that instead I see no problem with it. I'm still interested to know whether I'm right or not in thinking that my fix is The Right Way. >> Hypothetical examples aren't too interesting since we can also >> concoct such examples where the current "translate in >> self-insert-command" can be made to fail. > I didn't know that self-insert-command also uses > translation-table-for-input. I have thought that the > variable is for an input method as in this docstring: > Char table for translating self-inserting characters. > This is applied to the result of input methods, not their input. See also > `keyboard-translate-table'. > Anyway, could you show me such an example? Let's see: (insert (with-current-buffer foo (buffer-substring (point) (progn (call-interactively 'self-insert-command) (point))))) Yes, it's silly, Stefan