From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: query-replace-interactive not documented Date: Fri, 18 Jun 2004 23:19:02 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <20040528.181649.25475113.wl@gnu.org> <873c5jug73.fsf@mail.jurta.org> <87oenqa4lu.fsf@mail.jurta.org> <873c51w5rq.fsf@mail.jurta.org> <87659snbd8.fsf@mail.jurta.org> <87llin98sc.fsf@mail.jurta.org> <87hdtbtnsg.fsf@mail.jurta.org> <87brjhwe2c.fsf@mail.jurta.org> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1087615178 24967 80.91.224.253 (19 Jun 2004 03:19:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 19 Jun 2004 03:19:38 +0000 (UTC) Cc: dak@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sat Jun 19 05:19:33 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BbWOD-0001jy-00 for ; Sat, 19 Jun 2004 05:19:33 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BbWOD-0003SJ-00 for ; Sat, 19 Jun 2004 05:19:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BbWPL-0007kT-DB for emacs-devel@quimby.gnus.org; Fri, 18 Jun 2004 23:20:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BbWOw-0007WK-Gu for emacs-devel@gnu.org; Fri, 18 Jun 2004 23:20:18 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BbWOv-0007Vq-Db for emacs-devel@gnu.org; Fri, 18 Jun 2004 23:20:17 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BbWOv-0007Vd-8c for emacs-devel@gnu.org; Fri, 18 Jun 2004 23:20:17 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BbWNj-0005s0-8d for emacs-devel@gnu.org; Fri, 18 Jun 2004 23:19:03 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1BbWNi-0001D2-Kc; Fri, 18 Jun 2004 23:19:02 -0400 Original-To: Juri Linkov In-reply-to: <87brjhwe2c.fsf@mail.jurta.org> (message from Juri Linkov on Fri, 18 Jun 2004 09:55:07 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:25097 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25097 > Using a space to end a variable name after `\,' is a clean solution. Using a space is fine, but not deleting it. Yes, it should delete the space. Users will find this natural once they know about it. Many other programs have had such interfaces. Instead of deleting the space, in cases where the user DON'T want a space between a variable value and the followed text, he can add separators like the close paren in "\,(or variable)text". That is much less convenient. If such cases where users don't want a space are really too frequent, we might find more complicated solution like for example, reading from "\,variabletext" the whole symbol "variabletext" and chopping characters from the end of the symbol: "variabletex", "variablete", etc. and checking with `boundp' until we find a bound symbol. That is unpredictable. Swallowing a space is much better.