From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: query-replace-interactive not documented Date: Tue, 15 Jun 2004 22:11:44 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20040616021144.GE16329@fencepost> References: <873c51w5rq.fsf@mail.jurta.org> <87659snbd8.fsf@mail.jurta.org> <20040616014147.GB16329@fencepost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1087351947 23826 80.91.224.253 (16 Jun 2004 02:12:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 16 Jun 2004 02:12:27 +0000 (UTC) Cc: Juri Linkov , emacs-devel@gnu.org, rms@gnu.org, storm@cua.dk, Miles Bader Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Jun 16 04:12:20 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 1BaPuW-0006PI-00 for ; Wed, 16 Jun 2004 04:12:20 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BaPuW-0002dS-00 for ; Wed, 16 Jun 2004 04:12:20 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BaPvU-0007FX-Kl for emacs-devel@quimby.gnus.org; Tue, 15 Jun 2004 22:13:20 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BaPvB-0007Eb-5p for emacs-devel@gnu.org; Tue, 15 Jun 2004 22:13:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BaPv9-0007Dj-Cr for emacs-devel@gnu.org; Tue, 15 Jun 2004 22:12:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BaPv9-0007DZ-3g for emacs-devel@gnu.org; Tue, 15 Jun 2004 22:12:59 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BaPu2-0000WY-HS for emacs-devel@gnu.org; Tue, 15 Jun 2004 22:11:50 -0400 Original-Received: from miles by fencepost.gnu.org with local (Exim 4.34) id 1BaPtw-0005PF-3n; Tue, 15 Jun 2004 22:11:44 -0400 Original-To: David Kastrup Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Blat: Foop 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:25019 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25019 On Wed, Jun 16, 2004 at 04:01:07AM +0200, David Kastrup wrote: > It has the disadvantage as compared to my more > recent proposal \` that it has no running mate like ' to complete the > expression in case that we want to write something like > \`replace-count'} > where otherwise replace-count} would become a single symbol. Is it not possible to tweak the reader so that only `normal' variables are read, and it stops reading at the "}"? That would make the common case very convenient, and anyone who really wanted to use a weirdly named variable in that location could just use (progn WEIRD{}34) instead. I think since it's clearly an odd situation (a lisp expression embedded in the middle an otherwise uninterpreted string), users would probably find such a reader `restriction' fairly natural. -Miles -- I'm beginning to think that life is just one long Yoko Ono album; no rhyme or reason, just a lot of incoherent shrieks and then it's over. --Ian Wolff