From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: Characterset for Abbrevation names limited Date: Tue, 26 Jun 2007 22:56:38 -0400 Message-ID: <70fy4eds0p.fsf@fencepost.gnu.org> References: <467A7A62.40202@gmx.de> <467E88DA.8020906@gmx.de> <18048.3335.394836.510128@fencepost.gnu.org> <18049.43015.320374.60575@fencepost.gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1182913006 4314 80.91.229.12 (27 Jun 2007 02:56:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 27 Jun 2007 02:56:46 +0000 (UTC) Cc: Richard Stallman , Emacs developers To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 27 04:56:45 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I3Ni0-0006YL-Nt for ged-emacs-devel@m.gmane.org; Wed, 27 Jun 2007 04:56:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I3Ni0-00084f-2j for ged-emacs-devel@m.gmane.org; Tue, 26 Jun 2007 22:56:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I3Nhx-00084O-2K for emacs-devel@gnu.org; Tue, 26 Jun 2007 22:56:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I3Nhv-000842-D1 for emacs-devel@gnu.org; Tue, 26 Jun 2007 22:56:40 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I3Nhv-00083z-9K for emacs-devel@gnu.org; Tue, 26 Jun 2007 22:56:39 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I3Nhu-0003Oc-T5 for emacs-devel@gnu.org; Tue, 26 Jun 2007 22:56:38 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1I3Nhu-00017K-CJ; Tue, 26 Jun 2007 22:56:38 -0400 X-Spook: Defcon Taiwan ANZUS NWO Jiang Zemin CipherTAC-2000 X-Ran: ylhJ8w']pD9?WjEQ@]uW1+&AsYCA0#6tr_Zvg%id+k6H;{~(DZ}iTS4|Wkv5^b"OQD]7|P X-Hue: green X-Attribution: GM In-Reply-To: (Stefan Monnier's message of "Tue, 26 Jun 2007 22:19:19 -0400") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:73906 Archived-At: Stefan Monnier wrote: > I can't recover the original email so I'm not sure what was suggested, The parent was off-list (for some reason...), but I quoted all of it. The rest of the thread is in bug-gnu-emacs with the same subject. > but if the suggestion is to make define-abbrev signal an error if > the abbrev uses chars that are not word constituents, this will be > problematic because the criterion depends on the syntax-table in use > and that one may not be the same during define-abbrev as during > expand-abbrev (some code in Emacs even uses pre-abbrev-expand-hook > to change the syntax-table used during expand-abbrev independently > from the syntax-table used otherwise in the buffer). Yes, I did think about the define-abbrev case, and didn't see how one could do much because of the reasons you cite. I think the suggestion was perhaps just for define-global-abbrev, either to make it error or warn if using a "non-standard-word-constituent" ([^a-zA-Z0-9] ?), probably only when called interactively. As it stands you can define "global" abbrevs that only work in some modes, which is a bit odd. But I guess one could always construct a mode with a suitably bizarre syntax that would still mess things up...