From ottomaddox@fastmail.fm Wed Jun 4 06:30:29 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: ** X-Spam-Status: No, score=2.6 required=4.0 tests=AWL,BAYES_50,ONEWORD, RCVD_IN_DNSWL_LOW,TRACKER_ID autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 4 Jun 2008 13:30:29 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m54DULFl017778 for ; Wed, 4 Jun 2008 06:30:22 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K3t4G-0006CJ-Lp for bug-gnu-emacs@gnu.org; Wed, 04 Jun 2008 09:30:20 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K3t4D-00068D-My for bug-gnu-emacs@gnu.org; Wed, 04 Jun 2008 09:30:20 -0400 Received: from [199.232.76.173] (port=51879 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K3t4D-00067v-HW for bug-gnu-emacs@gnu.org; Wed, 04 Jun 2008 09:30:17 -0400 Received: from out1.smtp.messagingengine.com ([66.111.4.25]:45029) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K3t4D-0004nO-CM for bug-gnu-emacs@gnu.org; Wed, 04 Jun 2008 09:30:17 -0400 Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 061AF112C7B for ; Wed, 4 Jun 2008 09:30:15 -0400 (EDT) Received: from web5.messagingengine.com ([10.202.2.214]) by compute1.internal (MEProxy); Wed, 04 Jun 2008 09:30:14 -0400 Received: by web5.messagingengine.com (Postfix, from userid 99) id D295E780EA; Wed, 4 Jun 2008 09:30:14 -0400 (EDT) Message-Id: <1212586214.22521.1256711185@webmail.messagingengine.com> X-Sasl-Enc: G+3ZsfIJtjzd0gkGO5ISdD2Nc3rv80hL37Qf58yRQbfd 1212586214 From: "Otto Maddox" To: bug-gnu-emacs@gnu.org Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface Subject: dabbrev-abbrev-char-regexp Date: Wed, 04 Jun 2008 14:30:14 +0100 X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. The default value for dabbrev-abbrev-char-regexp is nil, but its docstring has this: The recommended value is "\\sw\\|\\s_". If this value is indeed recommended, then it would make sense for it to be the default value also. In GNU Emacs 22.2.1 (i386-apple-darwin9.2.2, Carbon Version 1.6.0) of 2008-04-16 -- Otto Maddox ottomaddox@fastmail.fm -- http://www.fastmail.fm - Access all of your messages and folders wherever you are From don@rzlab.ucr.edu Wed Jun 11 11:25:51 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-3.0 required=4.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at control) by emacsbugs.donarmstrong.com; 11 Jun 2008 18:25:52 +0000 Received: from archimedes.ucr.edu (archimedes.ucr.edu [138.23.92.79]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id m5BIPgq2018610; Wed, 11 Jun 2008 11:25:43 -0700 Received: (nullmailer pid 7299 invoked by uid 1000); Wed, 11 Jun 2008 18:25:42 -0000 Date: Wed, 11 Jun 2008 11:25:42 -0700 From: Don Armstrong To: Stefan Monnier Subject: Re: Processed (with 4 errors): as Message-ID: <20080611182542.GY17024@archimedes.ucr.edu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) severity 74 minor severity 52 minor severity 47 important severity 358 minor thanks On Wed, 11 Jun 2008, Stefan Monnier wrote: > I don't understand the errors in there, could you take a look at them? These are all bugs on my end; I hadn't modified the defaults to include the set of severities that Debian uses by default. Don Armstrong -- I have no use for "before and after" pictures. I can't remember starting, and I'm never done. -- a softer world #221 http://www.asofterworld.com/index.php?id=221 http://www.donarmstrong.com http://rzlab.ucr.edu From rgm@gnu.org Mon Oct 13 18:10:17 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-12.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 358) by emacsbugs.donarmstrong.com; 14 Oct 2008 01:10:17 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9E1AEVB011308 for <358@emacsbugs.donarmstrong.com>; Mon, 13 Oct 2008 18:10:16 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1KpYO0-0000Hk-5p; Mon, 13 Oct 2008 21:07:44 -0400 From: Glenn Morris To: 358@debbugs.gnu.org Subject: Re: bug#358: dabbrev-abbrev-char-regexp References: <1212586214.22521.1256711185@webmail.messagingengine.com> X-Spook: CipherTAC-2000 asset data haven MILSATCOM 9705 Samford X-Ran: X8?}@_sg/xgk!idKycO;QI)%@OM{l (Otto Maddox's message of "Wed, 04 Jun 2008 14:30:14 +0100") Message-ID: <29vdvw2dcv.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "Otto Maddox" wrote: > The default value for dabbrev-abbrev-char-regexp is nil, but its > docstring has this: > > The recommended value is "\\sw\\|\\s_". > > If this value is indeed recommended, then it would make sense for it > to be the default value also. As far as I can tell, these two settings are exactly equivalent to one another, and have been for some time (always?). If no-one disagrees, I will adjust the documentation to reflect this. From rgm@gnu.org Wed Oct 22 18:31:16 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-12.3 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 358) by emacsbugs.donarmstrong.com; 23 Oct 2008 01:31:17 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9N1VErF010264 for <358@emacsbugs.donarmstrong.com>; Wed, 22 Oct 2008 18:31:15 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Ksp03-0006EH-KM; Wed, 22 Oct 2008 21:28:31 -0400 From: Glenn Morris To: 358@debbugs.gnu.org Subject: Re: bug#358: dabbrev-abbrev-char-regexp References: <1212586214.22521.1256711185@webmail.messagingengine.com> <29vdvw2dcv.fsf@fencepost.gnu.org> X-Spook: Islam Abduganievich Karimov ASLET Albania Forte clones X-Ran: <4=fUytK$^}"\>!;I=@&/[Z\>TC=]hxzS)>j-QNFI)Qk"nY=$#Rn5GNOhd}K'y%n\J^nYV X-Hue: black X-Debbugs-No-Ack: yes X-Attribution: GM Date: Wed, 22 Oct 2008 21:28:31 -0400 In-Reply-To: <29vdvw2dcv.fsf@fencepost.gnu.org> (Glenn Morris's message of "Mon, 13 Oct 2008 21:07:44 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii After looking at this again, there's still no difference between nil and \\sw\\|\\s- AFAICS, but now dabbrev--abbrev-at-point makes little sense to me: emacs -Q --eval '(setq dabbrev-abbrev-char-regexp "\\sw")' in scratch: yes-or-no--- followed by M-/ gives "No dynamic expansion for `no---' found". Obviously, "---" are not word constituents, yet they are included in the abbrev, in flat contradiction to the doc-string of dabbrev-abbrev-char-regexp: if you set this variable to "\\sw", then expanding `yes-or-no-' signals an error because `-' is not part of a word This is caused by dabbrev--abbrev-at-point's: ;; If we aren't right after an abbreviation, ;; move point back to just after one. ;; This is so the user can get successive words ;; by typing the punctuation followed by M-/. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 06 13:46:37 2011 Received: (at 358) by debbugs.gnu.org; 6 Jul 2011 17:46:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QeWBJ-0007RY-94 for submit@debbugs.gnu.org; Wed, 06 Jul 2011 13:46:37 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QeWBH-0007RI-2p for 358@debbugs.gnu.org; Wed, 06 Jul 2011 13:46:36 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=quimbies.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1QeWB5-0007s4-Rv; Wed, 06 Jul 2011 19:46:23 +0200 From: Lars Magne Ingebrigtsen To: Glenn Morris Subject: Re: bug#358: dabbrev-abbrev-char-regexp References: <1212586214.22521.1256711185@webmail.messagingengine.com> <29vdvw2dcv.fsf@fencepost.gnu.org> X-Now-Playing: Anna =?iso-8859-1?Q?J=E4rvinen's?= _Man var bland molnen_: =?iso-8859-1?Q?=22=C4r?= det det =?iso-8859-1?Q?h=E4r?= det hela handlar om" X-Hashcash: 1:23:110706:358@debbugs.gnu.org::aI9ouwlP5dxEn4VP:000000000000000000000000000000000000000000h40Y X-Hashcash: 1:23:110706:rgm@gnu.org::uHaoKmMAOZ6bK2R3:000001McNp Date: Wed, 06 Jul 2011 19:46:23 +0200 In-Reply-To: (Glenn Morris's message of "Wed, 22 Oct 2008 21:28:31 -0400") Message-ID: User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1QeWB5-0007s4-Rv X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1310579183.94195@3E8kj6Xt+jpg2isQ8NziAg X-Spam-Status: No X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 358 Cc: 358@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) Glenn Morris writes: > After looking at this again, there's still no difference between nil > and \\sw\\|\\s- AFAICS, I've now changed the doc string to reflect this. > but now dabbrev--abbrev-at-point makes little > sense to me: > > emacs -Q --eval '(setq dabbrev-abbrev-char-regexp "\\sw")' > > in scratch: > > yes-or-no--- > > followed by M-/ gives > > "No dynamic expansion for `no---' found". Obviously, "---" are not > word constituents, yet they are included in the abbrev, in flat > contradiction to the doc-string of dabbrev-abbrev-char-regexp: > > if you set this variable to "\\sw", then expanding `yes-or-no-' > signals an error because `-' is not part of a word > > This is caused by dabbrev--abbrev-at-point's: > > ;; If we aren't right after an abbreviation, > ;; move point back to just after one. > ;; This is so the user can get successive words > ;; by typing the punctuation followed by M-/. I have no idea how dabbrev works, but isn't that a new bug report? :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 14:28:34 2017 Received: (at 358) by debbugs.gnu.org; 23 Mar 2017 18:28:34 +0000 Received: from localhost ([127.0.0.1]:41249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr7TO-0004Wj-25 for submit@debbugs.gnu.org; Thu, 23 Mar 2017 14:28:34 -0400 Received: from mail-ot0-f169.google.com ([74.125.82.169]:33674) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr7TM-0004WS-H9 for 358@debbugs.gnu.org; Thu, 23 Mar 2017 14:28:32 -0400 Received: by mail-ot0-f169.google.com with SMTP id a12so123727906ota.0 for <358@debbugs.gnu.org>; Thu, 23 Mar 2017 11:28:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=caxxNI4vUlaqB3UZYs7BiipX+d+ioXBP0zQzP9JKP+A=; b=XNinFaRZuwa+0bEQ+KrRKTL2n5EcoIHFbGWDn1bspqODM9o1FHxT0g8+uY/NamCN2I 22m4suqBCrXnZo5UDdLYBJ9qX2umuTJRUMYgGJuhvFj+0yvvu3WapNODtEJ2bRWIFroz ftny8YEwx+N7t0Z49DNrotcpJrN8ROlPCr+jqgcpXxgiEyGuAVR1lSZMOFCyqx1DphJb tEnajftnqoN04nr3+zjkqBfscDPdoGY8krW/nBphaYklImOXWM7MAoipD9QC0bGK3zgd 04EDXKVjSzCLlW9PZWbYMciqHkdfgrOrahxgYPh863/WJzJqSy3FdKPxQ9giP9LIZYZY 9aiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=caxxNI4vUlaqB3UZYs7BiipX+d+ioXBP0zQzP9JKP+A=; b=GGC6XIVPYe8GChiNJYSyb8ojsT+YCKcXDm2uV76OXhKDMZTYoZGX2fZYjnAcT6/Nfk 0VxkOGkqxPbEkv5GoJhX7lnRThuCHqdROO4NF1oiywu0SGiTKr3aGuIyK52OxkTzHwnh vBLjpCHqNL+qKLbj9qtMuyDN07s9GUBDZrDL+Mna0LBndTT8asjEzW+U2VfEpDLwGZFI 1cHVmnQYAAUqWLwf2d1XpYLpYG1CWjIbti/MJVsKP3jG3E83YjrGe8y0+m97T+M+RqOf o+khLipwGLjGNFJZckLe/Jinx5ZifwgVCKSzRela8IRolF9Iirn3klEPbxBaPAfCK/6M tlkw== X-Gm-Message-State: AFeK/H2V+O7Z1nQbBJW3QCU0Uq3f4/vhK01yVhZfBxMCwAQKrOUVZU6VmQWbixK2/oT2i+PyHLehvceHZTyBrg== X-Received: by 10.157.54.161 with SMTP id h30mr2008373otc.30.1490293706680; Thu, 23 Mar 2017 11:28:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.80.172 with HTTP; Thu, 23 Mar 2017 11:28:26 -0700 (PDT) From: Noam Postavsky Date: Thu, 23 Mar 2017 14:28:26 -0400 X-Google-Sender-Auth: AXSDVvto6710JmLFvqx1bFUNUPA Message-ID: Subject: Re: bug#358: dabbrev-abbrev-char-regexp To: 358@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 358 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) tag 358 patch quit I propose the following patch to bring the documentation in line with the code: (I don't know if the behaviour makes sense, but it seems nobody complained about it) --- i/lisp/dabbrev.el +++ w/lisp/dabbrev.el @@ -191,23 +191,21 @@ dabbrev-abbrev-char-regexp This regexp will be surrounded with \\\\( ... \\\\) when actually used. Set this variable to \"\\\\sw\" if you want ordinary words or -\"\\\\sw\\\\|\\\\s_\" if you want symbols (including characters whose -syntax is \"symbol\" as well as those whose syntax is \"word\". - -The value nil has a special meaning: the abbreviation is from point to -previous word-start, but the search is for symbols. - -For instance, if you are programming in Lisp, `yes-or-no-p' is a symbol, -while `yes', `or', `no' and `p' are considered words. If this -variable is nil, then expanding `yes-or-no-' looks for a symbol -starting with or containing `no-'. If you set this variable to -\"\\\\sw\\\\|\\\\s_\", that expansion looks for a symbol starting with -`yes-or-no-'. Finally, if you set this variable to \"\\\\sw\", then -expanding `yes-or-no-' signals an error because `-' is not part of a word; -but expanding `yes-or-no' looks for a word starting with `no'. - -The recommended value is nil, which will make dabbrev default to -using \"\\\\sw\\\\|\\\\s_\"." +\"\\\\sw\\\\|\\\\s_\" if you want symbols (including characters +whose syntax is \"symbol\" as well as those whose syntax is +\"word\"). The abbreviation is from point to the start of the +previous sequence of characters matching this variable. + +The default value of nil is equivalent to \"\\\\sw\\\\|\\\\s_\". + +For instance, if you are programming in Lisp, `yes-or-no-p' is a +symbol, while `yes', `or', `no' and `p' are considered words. If +this variable is nil or \"\\\\sw\\\\|\\\\s_\", then expanding +`yes-or-no-' looks for a symbol starting with `yes-or-no-'. If +you set this variable to \"\\\\sw\", that expansion looks for a +word prefixed with `no-' (e.g., it would match `no-problem', but +not `no-problem-found'). If expanding `yes-or-no' it would look +for a word starting with `no' (e.g. `normal')." :type '(choice (const nil) regexp) :group 'dabbrev) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 15:43:10 2017 Received: (at 358) by debbugs.gnu.org; 23 Mar 2017 19:43:10 +0000 Received: from localhost ([127.0.0.1]:41362 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr8dZ-000883-RO for submit@debbugs.gnu.org; Thu, 23 Mar 2017 15:43:09 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:51597) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr8dX-00087Q-Vn for 358@debbugs.gnu.org; Thu, 23 Mar 2017 15:43:08 -0400 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v2NJh1kq010301 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2017 19:43:01 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v2NJh0vW007005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2017 19:43:01 GMT Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v2NJgxpX012218; Thu, 23 Mar 2017 19:42:59 GMT MIME-Version: 1.0 Message-ID: Date: Thu, 23 Mar 2017 12:42:57 -0700 (PDT) From: Drew Adams To: Noam Postavsky , 358@debbugs.gnu.org Subject: RE: bug#358: dabbrev-abbrev-char-regexp References: <1212586214.22521.1256711185@webmail.messagingengine.com> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0022.oracle.com [156.151.31.74] X-Spam-Score: -5.1 (-----) X-Debbugs-Envelope-To: 358 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) > +For instance, if you are programming in Lisp, `yes-or-no-p' is a > +symbol, while `yes', `or', `no' and `p' are considered words. This text (same as before) is a bit misleading. It makes it sound like `yes', `or', `no', and `p' are considered words but not symbols.=20 They are also considered symbols. Each of their characters has word syntax, but in Lisp those names name symbols. It is better not to talk about Lisp symbols at all here, I think. This is about the syntax categories symbol and word. It is not about which names can be used for Lisp symbols. (And there is no such thing as a Lisp "word".) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 16:07:36 2017 Received: (at 358) by debbugs.gnu.org; 23 Mar 2017 20:07:36 +0000 Received: from localhost ([127.0.0.1]:41383 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr91D-0000Hz-VI for submit@debbugs.gnu.org; Thu, 23 Mar 2017 16:07:36 -0400 Received: from mail-ot0-f181.google.com ([74.125.82.181]:33946) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr91B-0000Hl-Pw for 358@debbugs.gnu.org; Thu, 23 Mar 2017 16:07:34 -0400 Received: by mail-ot0-f181.google.com with SMTP id a5so3311458oth.1 for <358@debbugs.gnu.org>; Thu, 23 Mar 2017 13:07:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=2TZkDzcvBo4LyBi/33EKvsLvlDu6LkRvADtacsqtYsE=; b=OOrfrPMk+FZQuYUYJq1gWBzqpdZdMzIoDSRQBvUiBTbN44mBaXl99KOD4B8rgtR7Pe UP9H9cEoVreyUVvfHo44ioMNZPdlkc7zTYesEoMmnjDJ1DFcN2FHF/o24OnGc18AFjUX stBk+pcG5eQTOtezWUMObuwkuqqA9HbaJitFNGkeXShBhhrD/qtI+PL89ej1pFBIoQsR zDEHzYa4OgvYlw5huhsU5TzA/auVTdBx+DCC0ARah30aiyEiX3+NdJ9rjMZwWT4fuUWj /j4Nj8x47rFz77Kf/Jry9Qf3+GeqVf4oPlCb/aj5JKdNoXONHqRZhs7TIXL6vJVyiBqc 49/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=2TZkDzcvBo4LyBi/33EKvsLvlDu6LkRvADtacsqtYsE=; b=AJu067lMmrpLfdAOIMq1SnXNZlO1I5a5VWamZbVswrZ7GOsU6BJTvUJ98dk/5zGHwB 3kvTVscoUo/4Apl8vzHy9ySp8Oo9BE2m5hUWE4b1OriMGqhGkN+d9nqK3LF8puLOROU7 2BHc8aWVaP87asAkj6frfe8pmnUGweRyc/wpW/JsK7hJ4/Y2U8XABwoL05CafgfOwzx9 LL/GB4lRwMIdEQb+iaCdOsviVgoRJJbO16f90NSWLvW348EwR5MNxbf9UxACq37bUM2i 9wFG6H7cU1BzKy9ivLURX53/6ABW9+skgM5El2uFK/H1a8Iq6UbAwW+k/prJsIT3Q6bn aTLQ== X-Gm-Message-State: AFeK/H3HwocM58MipF2V5fVQsevTuPbvZQHfZRG6cTLTgOEybDKhwDCxQdMsA4nmzlj6a+vmot4glbjQzTUjMw== X-Received: by 10.157.52.253 with SMTP id t58mr2552469otd.267.1490299647987; Thu, 23 Mar 2017 13:07:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.80.172 with HTTP; Thu, 23 Mar 2017 13:07:27 -0700 (PDT) In-Reply-To: References: <1212586214.22521.1256711185@webmail.messagingengine.com> From: Noam Postavsky Date: Thu, 23 Mar 2017 16:07:27 -0400 X-Google-Sender-Auth: w3nuOgIqSGpu-d_4UNqL8u_xgN4 Message-ID: Subject: Re: bug#358: dabbrev-abbrev-char-regexp To: Drew Adams Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 358 Cc: 358@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On Thu, Mar 23, 2017 at 3:42 PM, Drew Adams wrote: >> +For instance, if you are programming in Lisp, `yes-or-no-p' is a >> +symbol, while `yes', `or', `no' and `p' are considered words. > > This text (same as before) is a bit misleading. It makes it sound > like `yes', `or', `no', and `p' are considered words but not symbols. > They are also considered symbols. Each of their characters has word > syntax, but in Lisp those names name symbols. > > It is better not to talk about Lisp symbols at all here, I think. > This is about the syntax categories symbol and word. It is not > about which names can be used for Lisp symbols. (And there is > no such thing as a Lisp "word".) The text is using "symbol" as a shorthand for "text which `forward-symbol' would move over" or "sequence of characters with word or symbol constituent syntax", and "word" as short for "text which `forward-word' would move over" or "sequence of characters with word constituent syntax". I think it's reasonably clear from context (as you say, there is no such thing as a Lisp "word" in any other sense), but I have no problem replacing it with something less ambiguous if you can come up with something that's not too long. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 16:24:29 2017 Received: (at 358) by debbugs.gnu.org; 23 Mar 2017 20:24:29 +0000 Received: from localhost ([127.0.0.1]:41412 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr9HZ-0000hK-6r for submit@debbugs.gnu.org; Thu, 23 Mar 2017 16:24:29 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:32593) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr9HY-0000h8-2D for 358@debbugs.gnu.org; Thu, 23 Mar 2017 16:24:28 -0400 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v2NKOLlO003697 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2017 20:24:21 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v2NKOLAB031722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2017 20:24:21 GMT Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v2NKOK40028662; Thu, 23 Mar 2017 20:24:21 GMT MIME-Version: 1.0 Message-ID: <5e7a0ecf-0410-4080-9553-11e3da1361ba@default> Date: Thu, 23 Mar 2017 13:24:19 -0700 (PDT) From: Drew Adams To: Noam Postavsky Subject: RE: bug#358: dabbrev-abbrev-char-regexp References: <1212586214.22521.1256711185@webmail.messagingengine.com> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0022.oracle.com [156.151.31.74] X-Spam-Score: -5.1 (-----) X-Debbugs-Envelope-To: 358 Cc: 358@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) > >> +For instance, if you are programming in Lisp, `yes-or-no-p' is a > >> +symbol, while `yes', `or', `no' and `p' are considered words. > > > > This text (same as before) is a bit misleading. It makes it sound > > like `yes', `or', `no', and `p' are considered words but not symbols. > > They are also considered symbols. Each of their characters has word > > syntax, but in Lisp those names name symbols. > > > > It is better not to talk about Lisp symbols at all here, I think. > > This is about the syntax categories symbol and word. It is not > > about which names can be used for Lisp symbols. (And there is > > no such thing as a Lisp "word".) >=20 > The text is using "symbol" as a shorthand for "text which > `forward-symbol' would move over" or "sequence of characters with word > or symbol constituent syntax", and "word" as short for "text which > `forward-word' would move over" or "sequence of characters with word > constituent syntax". Yes, that's the intended meaning. Which is why it should not mention Lisp symbols, which are something else again. > I think it's reasonably clear from context (as > you say, there is no such thing as a Lisp "word" in any other sense), > but I have no problem replacing it with something less ambiguous if > you can come up with something that's not too long. I don't think any example is needed. Essentially we are saying here that if a letter has word syntax and `-' has symbol syntax then \"\\\\sw\" matches a word char and \"\\\\sw\\\\|\\\\s_\" matches a word char or a symbol char. Not worth saying, IMO. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 16:50:35 2017 Received: (at 358) by debbugs.gnu.org; 23 Mar 2017 20:50:35 +0000 Received: from localhost ([127.0.0.1]:41445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr9go-0001Mr-UG for submit@debbugs.gnu.org; Thu, 23 Mar 2017 16:50:35 -0400 Received: from mail-ot0-f179.google.com ([74.125.82.179]:33220) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr9gn-0001Me-H1 for 358@debbugs.gnu.org; Thu, 23 Mar 2017 16:50:33 -0400 Received: by mail-ot0-f179.google.com with SMTP id a12so126269667ota.0 for <358@debbugs.gnu.org>; Thu, 23 Mar 2017 13:50:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=+iHHKwLTgirHZGHvZW9Vrtldpd6Lknoy7+g1/QYQ4gA=; b=McxkbX6wCG3wDSK0Kl1+6j5RqHAkgvetNUWuMTJQPRxVNwaKI8ACOHk0KH1DYP7Jpz 1pQ7kGYIoS7mbiIu8k520MZaJ24pOLRsq0/rvvmZjg4QzQ0vDnq1ADufg09fcMU7Y7YF 9HCayj3GJ/5SY17Nt2WGY3EC8XP2MJVgl4pmlecP86Dkd11ER0WVjSHaS89B9wbq16DT MmQNs2HwJh9y6N13gEsDkD74YKpO37jerHP6tKXcl8FhOGHU2VXBUuC8+j4HcNv18e6t c/XCgLQ+3Y9Xedj9TENkJxKCyloKhLrA4LNfZtoq1u8eqjaxU5MEglkuaJSJ39cKgsWF idkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=+iHHKwLTgirHZGHvZW9Vrtldpd6Lknoy7+g1/QYQ4gA=; b=ecu64xWf9agUcrViH4B42Fb/bUltvQ96dnS+b1XU8HPiqycP+vxtDpOdvYL5wMUyQ6 HM9QVtVdmkjjANa0SujFrUf3A3soyvKZjVCTZ/rzHdlmvgJjRMAGoNaKrLLQFdvkCdYW Vs5UJbUPhH1wryLlkfe8qqtzGbQ82ntSt6LeXb4SLPFKjwAWe0JQjo5DPGN6Ps7VfE7M ekuhJyfm5NnHamHbdetytaAkPpj/T3ySHjjsMxneGGr/rsADyrTMOvR7JPlrDGkheSLV 5/Hbp4OxXvo5cax9YNXFbRrJ8a6rTEw7ZgGDPxb+/0antjCrseB5w5I21P3lFOTz3QS+ Jy6w== X-Gm-Message-State: AFeK/H2UFRfF/6+khll2Af1aLrus3vHUgU2tycW0GZY9Q+RX8Pg8MYCF9Xc9enZkCmHYLoLaYbidYEzAuXKk5A== X-Received: by 10.157.15.161 with SMTP id d30mr2370621otd.221.1490302227687; Thu, 23 Mar 2017 13:50:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.80.172 with HTTP; Thu, 23 Mar 2017 13:50:27 -0700 (PDT) In-Reply-To: <5e7a0ecf-0410-4080-9553-11e3da1361ba@default> References: <1212586214.22521.1256711185@webmail.messagingengine.com> <5e7a0ecf-0410-4080-9553-11e3da1361ba@default> From: Noam Postavsky Date: Thu, 23 Mar 2017 16:50:27 -0400 X-Google-Sender-Auth: KngIBJmRdFZd6u3XrkJsywIQCrY Message-ID: Subject: Re: bug#358: dabbrev-abbrev-char-regexp To: Drew Adams Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 358 Cc: 358@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On Thu, Mar 23, 2017 at 4:24 PM, Drew Adams wrote: >> >> +For instance, if you are programming in Lisp, `yes-or-no-p' is a >> >> +symbol, while `yes', `or', `no' and `p' are considered words. >> > >> > This text (same as before) is a bit misleading. It makes it sound >> > like `yes', `or', `no', and `p' are considered words but not symbols. >> > They are also considered symbols. Each of their characters has word >> > syntax, but in Lisp those names name symbols. >> > >> > It is better not to talk about Lisp symbols at all here, I think. >> > This is about the syntax categories symbol and word. It is not >> > about which names can be used for Lisp symbols. (And there is >> > no such thing as a Lisp "word".) >> >> The text is using "symbol" as a shorthand for "text which >> `forward-symbol' would move over" or "sequence of characters with word >> or symbol constituent syntax", and "word" as short for "text which >> `forward-word' would move over" or "sequence of characters with word >> constituent syntax". > > Yes, that's the intended meaning. Which is why it should not > mention Lisp symbols, which are something else again. Oh, your objection is about mentioning `yes-or-no-p'? > I don't think any example is needed. Essentially we are saying > here that if a letter has word syntax and `-' has symbol syntax > then \"\\\\sw\" matches a word char and \"\\\\sw\\\\|\\\\s_\" > matches a word char or a symbol char. Not worth saying, IMO. So the last paragraph would be just: For instance, suppose the current buffer is `emacs-lisp-mode'. If this variable is nil or \"\\\\sw\\\\|\\\\s_\", then expanding `yes-or-no-' looks for a symbol starting with `yes-or-no-'. If you set this variable to \"\\\\sw\", that expansion looks for a word prefixed with `no-' (e.g., it would match `no-problem', but not `no-problem-found'). If expanding `yes-or-no' it would look for a word starting with `no' (e.g. `normal')." Or did you mean just drop it entirely? From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 16:58:52 2017 Received: (at 358) by debbugs.gnu.org; 23 Mar 2017 20:58:52 +0000 Received: from localhost ([127.0.0.1]:41469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr9oq-0001Zp-IC for submit@debbugs.gnu.org; Thu, 23 Mar 2017 16:58:52 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:20071) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr9oo-0001Zb-5I for 358@debbugs.gnu.org; Thu, 23 Mar 2017 16:58:50 -0400 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v2NKwhih002162 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2017 20:58:43 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v2NKwgdL028108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2017 20:58:43 GMT Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v2NKwg2B018190; Thu, 23 Mar 2017 20:58:42 GMT MIME-Version: 1.0 Message-ID: Date: Thu, 23 Mar 2017 13:58:40 -0700 (PDT) From: Drew Adams To: Noam Postavsky Subject: RE: bug#358: dabbrev-abbrev-char-regexp References: <1212586214.22521.1256711185@webmail.messagingengine.com> <5e7a0ecf-0410-4080-9553-11e3da1361ba@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0022.oracle.com [156.151.31.74] X-Spam-Score: -5.1 (-----) X-Debbugs-Envelope-To: 358 Cc: 358@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) > > Yes, that's the intended meaning. Which is why it should not > > mention Lisp symbols, which are something else again. >=20 > Oh, your objection is about mentioning `yes-or-no-p'? No. It's about mentioning Lisp symbols. Or even mentioning "symbol" in the context of Lisp, where it has a particular meaning. And it's not an objection - just a suggestion. > > I don't think any example is needed. Essentially we are saying > > here that if a letter has word syntax and `-' has symbol syntax > > then \"\\\\sw\" matches a word char and \"\\\\sw\\\\|\\\\s_\" > > matches a word char or a symbol char. Not worth saying, IMO. >=20 > So the last paragraph would be just: >=20 > For instance, suppose the current buffer is `emacs-lisp-mode'. > If this variable is nil or \"\\\\sw\\\\|\\\\s_\", then expanding > `yes-or-no-' looks for a symbol starting with `yes-or-no-'. If > you set this variable to \"\\\\sw\", that expansion looks for a > word prefixed with `no-' (e.g., it would match `no-problem', but > not `no-problem-found'). If expanding `yes-or-no' it would look > for a word starting with `no' (e.g. `normal')." >=20 > Or did you mean just drop it entirely? I meant that it could be dropped. But what you wrote is also OK. Please use your own judgment; I'm OK with whatever you decide. My point was not to confuse people by mentioning Lisp symbols. Of course, the problem here is that we are talking about expanding `yes-or-no-p', which in Lisp is a Lisp symbol. It would probably be better to talk about using dabbrev in another context, besides Lisp. Then it would be clearer that we are talking only about symbol vs word syntax. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 17:38:04 2017 Received: (at 358) by debbugs.gnu.org; 23 Mar 2017 21:38:04 +0000 Received: from localhost ([127.0.0.1]:41480 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crAQm-0002b1-1k for submit@debbugs.gnu.org; Thu, 23 Mar 2017 17:38:04 -0400 Received: from mail-ot0-f169.google.com ([74.125.82.169]:36457) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crAQk-0002aV-Eg for 358@debbugs.gnu.org; Thu, 23 Mar 2017 17:38:02 -0400 Received: by mail-ot0-f169.google.com with SMTP id i1so196683547ota.3 for <358@debbugs.gnu.org>; Thu, 23 Mar 2017 14:38:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=K7g438mzSq1lY7FmBwNdvu5yEWR4BjcaACmKVZzaWiE=; b=YI+paTLdFJBd+EymCuZ5M4FNarntwAwSMuJKewd7vFdgPzkBCvfqKKwoDT19y+l4BK GsHz56O4QorBp7cwsTsnGe5owDJLDsLr5ibJX0onyX4TuO3pOhEh6Cuy99ccHh//BAN1 mEJNM0H0c4eq5MRi4rBAqulJfzunlqxbcwg/HEF3j2C6onPUze8+dZA850+cRnYv/ktN ty2s6Pf18+URteJwS1/+yDK+bNBS+VSAtw3V6RpjW0g5Lt7p1Y1DqZufleG7Dtcc7qVT oLnj2X3TrTyoBh7q9anGiAnkO3k2rdYiYsWIXKrBiTd85vHTWwUweVRbrmL/0nR/DZA+ YFQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=K7g438mzSq1lY7FmBwNdvu5yEWR4BjcaACmKVZzaWiE=; b=Q4bQyx9LzGtiiki3WMrqRHONSaOiWReGx7dp2HSAbqu7bzN3l5oESgDxqziMy3s7K0 GMlFpiN/yelZTUgM9QqYgl8iypbujCUENRWw9Y3BtxtxUzVMnwnLC52SCV6WrOV/BZnD GnS/CV0SmXKj/XMazvpXFVkKSBX40wk+NpaxlShnhqzkyZNuOU6UzDkUfSaSjBhSljn7 Rj19faUX9uwMFpgr2Z9aHpq1dmk0MhxaabqNYm3MLC6M80g4TW+v7voK45UAW0PCRmRW ZxZsF1FAjleLFU9aChvEIcVpbmhsKX3pwHqlkqEZXFMUrf7js0F8pXbS+eujA6+VYU7N Wl7Q== X-Gm-Message-State: AFeK/H0iyIfinjpMwW98oIagDUI4X+eJ7CZMQ+seJmQEQLP3z6c3Iw0c1BNdUuI7JgvyDFXblRGpFLYzRQW1AQ== X-Received: by 10.157.54.161 with SMTP id h30mr2437467otc.30.1490305075622; Thu, 23 Mar 2017 14:37:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.80.172 with HTTP; Thu, 23 Mar 2017 14:37:55 -0700 (PDT) In-Reply-To: References: <1212586214.22521.1256711185@webmail.messagingengine.com> <5e7a0ecf-0410-4080-9553-11e3da1361ba@default> From: Noam Postavsky Date: Thu, 23 Mar 2017 17:37:55 -0400 X-Google-Sender-Auth: DkmZSyt9UNuNmOtDu8l7aXYCt4w Message-ID: Subject: Re: bug#358: dabbrev-abbrev-char-regexp To: Drew Adams Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 358 Cc: 358@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On Thu, Mar 23, 2017 at 4:58 PM, Drew Adams wrote: > > Of course, the problem here is that we are talking about expanding > `yes-or-no-p', which in Lisp is a Lisp symbol. It would probably > be better to talk about using dabbrev in another context, besides > Lisp. Then it would be clearer that we are talking only about > symbol vs word syntax. As in, use a C example instead? For instance, suppose the current buffer is in `c-mode'. If this variable is nil or \"\\\\sw\\\\|\\\\s_\", then expanding `debug_print_in_' looks for a symbol starting with `debug_print_in_'. If you set this variable to \"\\\\sw\", that expansion looks for a word prefixed with `in_' (e.g., it would match `in_range', but not `in_close_range'). If expanding `debug_print_in' it would look for a word starting with `in' (e.g. `integer')." From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 17:50:04 2017 Received: (at 358) by debbugs.gnu.org; 23 Mar 2017 21:50:04 +0000 Received: from localhost ([127.0.0.1]:41485 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crAcO-0002t8-5b for submit@debbugs.gnu.org; Thu, 23 Mar 2017 17:50:04 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:37396) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crAcM-0002sZ-R2 for 358@debbugs.gnu.org; Thu, 23 Mar 2017 17:50:03 -0400 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v2NLntmh003166 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2017 21:49:55 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v2NLntCP024953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2017 21:49:55 GMT Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v2NLns86006837; Thu, 23 Mar 2017 21:49:55 GMT MIME-Version: 1.0 Message-ID: <264f932c-e112-42d7-bb9d-d3b26b8b6d7b@default> Date: Thu, 23 Mar 2017 14:49:53 -0700 (PDT) From: Drew Adams To: Noam Postavsky Subject: RE: bug#358: dabbrev-abbrev-char-regexp References: <1212586214.22521.1256711185@webmail.messagingengine.com> <5e7a0ecf-0410-4080-9553-11e3da1361ba@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-Spam-Score: -5.1 (-----) X-Debbugs-Envelope-To: 358 Cc: 358@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) > > Of course, the problem here is that we are talking about expanding > > `yes-or-no-p', which in Lisp is a Lisp symbol. It would probably > > be better to talk about using dabbrev in another context, besides > > Lisp. Then it would be clearer that we are talking only about > > symbol vs word syntax. >=20 > As in, use a C example instead? >=20 > For instance, suppose the current buffer is in `c-mode'. If this > variable is nil or \"\\\\sw\\\\|\\\\s_\", then expanding > `debug_print_in_' looks for a symbol starting with > `debug_print_in_'. If you set this variable to \"\\\\sw\", that > expansion looks for a word prefixed with `in_' (e.g., it would > match `in_range', but not `in_close_range'). If expanding > `debug_print_in' it would look for a word starting with > `in' (e.g. `integer')." Yep. Thx. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 11:19:32 2017 Received: (at 358) by debbugs.gnu.org; 24 Mar 2017 15:19:32 +0000 Received: from localhost ([127.0.0.1]:42552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crR00-0000Eh-24 for submit@debbugs.gnu.org; Fri, 24 Mar 2017 11:19:32 -0400 Received: from mail-oi0-f54.google.com ([209.85.218.54]:35115) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crQzx-0000EO-Ty for 358@debbugs.gnu.org; Fri, 24 Mar 2017 11:19:30 -0400 Received: by mail-oi0-f54.google.com with SMTP id f193so2872272oib.2 for <358@debbugs.gnu.org>; Fri, 24 Mar 2017 08:19:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=IJCD5FrCr3+C7lMumg4HCqg1VxuRoyp+byLqQI5CfxY=; b=BnEWHKqHUVyLzcDc2QuXHN2k1PT5bxv2zIcVyticj/V7sKhI/BqqqHZiL+IFfzPzKs uqASw8+VY8MuNFYPQlLkttcwpBHVg2Z4OkTUVene6AntsC3iOTb3eReHKm2MpO4sq3GG MEhUlPods7clIDg13aAIVPzLO1ytPMwvYPgk8tZ/yZ01My55ipoqgbukH3rg09LC2b6n SCuTH/qBu4J9aoKN87jx7R+heUThC9oiNMQP4CfLhAcImH/2Nm9pRAgIb3GNOk7Ll1Vi G5B2AyYeWNTyxE/ta8hnj6c/KggOJxqe0Ia6M6tM7u8MPUQx9bAudAfef4qpuuKkrDGN 29Hg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=IJCD5FrCr3+C7lMumg4HCqg1VxuRoyp+byLqQI5CfxY=; b=tqSfRV9nmQCkPhsiinIVRA488hnXYKxkse46kihwn0bDImR7fPX5HIASsrkASg5R/Q 5s7piE2Szzqn4GyJ9FoOCZKqlwaZebBnksSu6vTcAEfCSc3DbAbvNfOqwZpSU53iDttN h4LUYeixRC7wN1ZTKHw3QDQ4oYalznIy7ZDWsAmlP1AjH4Ytx8/RaBl8Mzvg9yy2FKuS Sq3IPgDyoQzftX7zn9MCmSstOklCb8g/sGfe+wgCknu7NG9OxMUFwdNyNMHR2ZnSNlsq xEN3a56Ig3Z9HpRVDGnLj8Jsus0yF9FbDrdumvjJ5OHmhp1yzErOQgj2RycLzQI8ihjz BRLQ== X-Gm-Message-State: AFeK/H0lG6GkwFXBEV3DK0e3/5q8smYGbcfSPQ43ZmA+xuOFDahGt6dHRxdftLdHm7zzQ+0mbiwvbGuaIyy+Vw== X-Received: by 10.202.89.3 with SMTP id n3mr5054520oib.26.1490368764125; Fri, 24 Mar 2017 08:19:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.80.172 with HTTP; Fri, 24 Mar 2017 08:19:23 -0700 (PDT) In-Reply-To: <264f932c-e112-42d7-bb9d-d3b26b8b6d7b@default> References: <1212586214.22521.1256711185@webmail.messagingengine.com> <5e7a0ecf-0410-4080-9553-11e3da1361ba@default> <264f932c-e112-42d7-bb9d-d3b26b8b6d7b@default> From: Noam Postavsky Date: Fri, 24 Mar 2017 11:19:23 -0400 X-Google-Sender-Auth: cU2FrDHu8ih2BTe0PzvEA5iFwkY Message-ID: Subject: Re: bug#358: dabbrev-abbrev-char-regexp To: Drew Adams Content-Type: multipart/mixed; boundary=001a113d5008c5ca3d054b7b8493 X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 358 Cc: 358@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) --001a113d5008c5ca3d054b7b8493 Content-Type: text/plain; charset=UTF-8 On Thu, Mar 23, 2017 at 5:49 PM, Drew Adams wrote: >> >> As in, use a C example instead? > > Yep. Thx. Here's the final patch, I'll push to emacs-25 in a couple of days. --001a113d5008c5ca3d054b7b8493 Content-Type: application/octet-stream; name="0001-Fix-docstring-of-dabbrev-abbrev-char-regexp.patch" Content-Disposition: attachment; filename="0001-Fix-docstring-of-dabbrev-abbrev-char-regexp.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_j0nz26fj0 RnJvbSAxYTdhNDgzYzM2YmUzZTdiZGFmNzEzMTUwMzI3ODJiZmYzNTZlMjQ3IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBOb2FtIFBvc3RhdnNreSA8bnBvc3RhdnNAZ21haWwuY29tPgpE YXRlOiBGcmksIDI0IE1hciAyMDE3IDEwOjQ3OjE5IC0wNDAwClN1YmplY3Q6IFtQQVRDSF0gRml4 IGRvY3N0cmluZyBvZiBkYWJicmV2LWFiYnJldi1jaGFyLXJlZ2V4cAoKKiBsaXNwL2RhYmJyZXYu ZWwgKGRhYmJyZXYtYWJicmV2LWNoYXItcmVnZXhwKTogVXNpbmcgYSB2YWx1ZSBvZiBuaWwKaXMg ZXF1aXZhbGVudCB0byAiXFxzd1xcfFxcc18iLCBhbmQgaGFzIG5vIHNwZWNpYWwgYmVoYXZpb3Iu ICBJZiB0aGUKcHJldmlvdXMgY2hhcmFjdGVyIGRvZXNuJ3QgbWF0Y2gsIHdlIHNlYXJjaCBiYWNr d2FyZHMgZm9yIG9uZSB0aGF0CmRvZXMsIG5vdCB0aHJvdyBhbiBlcnJvci4gIFJlcGxhY2UgTGlz cCBleGFtcGxlIHdpdGggQyBiYXNlZCBvbmUgdG8KbWFrZSBpdCBjbGVhciB0aGF0ICJzeW1ib2wi IG1lYW5zIGEgc2VxdWVuY2Ugb2Ygd29yZCBhbmQgc3ltYm9sCmNvbnN0aXR1ZW50IGNoYXJhY3Rl cnMsIG5vdCBhIExpc3Agc3ltYm9sIChCdWcjMzU4KS4KLS0tCiBsaXNwL2RhYmJyZXYuZWwgfCAz MiArKysrKysrKysrKysrKystLS0tLS0tLS0tLS0tLS0tLQogMSBmaWxlIGNoYW5nZWQsIDE1IGlu c2VydGlvbnMoKyksIDE3IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2xpc3AvZGFiYnJldi5l bCBiL2xpc3AvZGFiYnJldi5lbAppbmRleCAzNTUwZDc1Li45YzlkYzhhIDEwMDY0NAotLS0gYS9s aXNwL2RhYmJyZXYuZWwKKysrIGIvbGlzcC9kYWJicmV2LmVsCkBAIC0xOTEsMjMgKzE5MSwyMSBA QCBkYWJicmV2LWFiYnJldi1jaGFyLXJlZ2V4cAogVGhpcyByZWdleHAgd2lsbCBiZSBzdXJyb3Vu ZGVkIHdpdGggXFxcXCggLi4uIFxcXFwpIHdoZW4gYWN0dWFsbHkgdXNlZC4KIAogU2V0IHRoaXMg dmFyaWFibGUgdG8gXCJcXFxcc3dcIiBpZiB5b3Ugd2FudCBvcmRpbmFyeSB3b3JkcyBvcgotXCJc XFxcc3dcXFxcfFxcXFxzX1wiIGlmIHlvdSB3YW50IHN5bWJvbHMgKGluY2x1ZGluZyBjaGFyYWN0 ZXJzIHdob3NlCi1zeW50YXggaXMgXCJzeW1ib2xcIiBhcyB3ZWxsIGFzIHRob3NlIHdob3NlIHN5 bnRheCBpcyBcIndvcmRcIi4KLQotVGhlIHZhbHVlIG5pbCBoYXMgYSBzcGVjaWFsIG1lYW5pbmc6 IHRoZSBhYmJyZXZpYXRpb24gaXMgZnJvbSBwb2ludCB0bwotcHJldmlvdXMgd29yZC1zdGFydCwg YnV0IHRoZSBzZWFyY2ggaXMgZm9yIHN5bWJvbHMuCi0KLUZvciBpbnN0YW5jZSwgaWYgeW91IGFy ZSBwcm9ncmFtbWluZyBpbiBMaXNwLCBgeWVzLW9yLW5vLXAnIGlzIGEgc3ltYm9sLAotd2hpbGUg YHllcycsIGBvcicsIGBubycgYW5kIGBwJyBhcmUgY29uc2lkZXJlZCB3b3Jkcy4gIElmIHRoaXMK LXZhcmlhYmxlIGlzIG5pbCwgdGhlbiBleHBhbmRpbmcgYHllcy1vci1uby0nIGxvb2tzIGZvciBh IHN5bWJvbAotc3RhcnRpbmcgd2l0aCBvciBjb250YWluaW5nIGBuby0nLiAgSWYgeW91IHNldCB0 aGlzIHZhcmlhYmxlIHRvCi1cIlxcXFxzd1xcXFx8XFxcXHNfXCIsIHRoYXQgZXhwYW5zaW9uIGxv b2tzIGZvciBhIHN5bWJvbCBzdGFydGluZyB3aXRoCi1geWVzLW9yLW5vLScuICBGaW5hbGx5LCBp ZiB5b3Ugc2V0IHRoaXMgdmFyaWFibGUgdG8gXCJcXFxcc3dcIiwgdGhlbgotZXhwYW5kaW5nIGB5 ZXMtb3Itbm8tJyBzaWduYWxzIGFuIGVycm9yIGJlY2F1c2UgYC0nIGlzIG5vdCBwYXJ0IG9mIGEg d29yZDsKLWJ1dCBleHBhbmRpbmcgYHllcy1vci1ubycgbG9va3MgZm9yIGEgd29yZCBzdGFydGlu ZyB3aXRoIGBubycuCi0KLVRoZSByZWNvbW1lbmRlZCB2YWx1ZSBpcyBuaWwsIHdoaWNoIHdpbGwg bWFrZSBkYWJicmV2IGRlZmF1bHQgdG8KLXVzaW5nIFwiXFxcXHN3XFxcXHxcXFxcc19cIi4iCitc IlxcXFxzd1xcXFx8XFxcXHNfXCIgaWYgeW91IHdhbnQgc3ltYm9scyAoaW5jbHVkaW5nIGNoYXJh Y3RlcnMKK3dob3NlIHN5bnRheCBpcyBcInN5bWJvbFwiIGFzIHdlbGwgYXMgdGhvc2Ugd2hvc2Ug c3ludGF4IGlzCitcIndvcmRcIikuICBUaGUgYWJicmV2aWF0aW9uIGlzIGZyb20gcG9pbnQgdG8g dGhlIHN0YXJ0IG9mIHRoZQorcHJldmlvdXMgc2VxdWVuY2Ugb2YgY2hhcmFjdGVycyBtYXRjaGlu ZyB0aGlzIHZhcmlhYmxlLgorCitUaGUgZGVmYXVsdCB2YWx1ZSBvZiBuaWwgaXMgZXF1aXZhbGVu dCB0byBcIlxcXFxzd1xcXFx8XFxcXHNfXCIuCisKK0ZvciBpbnN0YW5jZSwgc3VwcG9zZSB0aGUg Y3VycmVudCBidWZmZXIgaXMgaW4gYGMtbW9kZScuICBJZiB0aGlzCit2YXJpYWJsZSBpcyBuaWwg b3IgXCJcXFxcc3dcXFxcfFxcXFxzX1wiLCB0aGVuIGV4cGFuZGluZworYGRlYnVnX3ByaW50X2lu XycgbG9va3MgZm9yIGEgc3ltYm9sIHN0YXJ0aW5nIHdpdGgKK2BkZWJ1Z19wcmludF9pbl8nLiAg SWYgeW91IHNldCB0aGlzIHZhcmlhYmxlIHRvIFwiXFxcXHN3XCIsIHRoYXQKK2V4cGFuc2lvbiBs b29rcyBmb3IgYSB3b3JkIHByZWZpeGVkIHdpdGggYGluXycgKGUuZy4sIGl0IHdvdWxkCittYXRj aCBgaW5fcmFuZ2UnLCBidXQgbm90IGBpbl9jbG9zZV9yYW5nZScpLiAgSWYgZXhwYW5kaW5nCitg ZGVidWdfcHJpbnRfaW4nIGl0IHdvdWxkIGxvb2sgZm9yIGEgd29yZCBzdGFydGluZyB3aXRoCitg aW4nIChlLmcuIGBpbnRlZ2VyJykuIgogICA6dHlwZSAnKGNob2ljZSAoY29uc3QgbmlsKQogCQkg cmVnZXhwKQogICA6Z3JvdXAgJ2RhYmJyZXYpCi0tIAoyLjYuMi53aW5kb3dzLjEKCg== --001a113d5008c5ca3d054b7b8493-- From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 26 09:24:01 2017 Received: (at control) by debbugs.gnu.org; 26 Mar 2017 13:24:01 +0000 Received: from localhost ([127.0.0.1]:45124 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cs89J-0006jB-0A for submit@debbugs.gnu.org; Sun, 26 Mar 2017 09:24:01 -0400 Received: from mail-it0-f47.google.com ([209.85.214.47]:37584) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cs89I-0006iu-Aj; Sun, 26 Mar 2017 09:24:00 -0400 Received: by mail-it0-f47.google.com with SMTP id 190so28708719itm.0; Sun, 26 Mar 2017 06:24:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=Ld0rZnbwnQaQN5orIuiFdfLEl9RUgtJHP21+vEdFOQk=; b=uB8ni9aNV3LRvjSUz6oktmrzeA5sK7tic3hnGpk+2aPKu8t77fPOtAmDYk054tAsLo xxHI+T1uoFcA8qDALFKQ43yzAx5aX3sUsMpCr4bnNnm7Bd8ULYUyKU9nzBnKldJlRLte 4Gexcf+K7g5xpdZ5QRFQA3/t0HgkX/mbm9+Svur5+DyEBNm3fhyIn6pCXbtIFzpxZ4ej 5JgpY3dICBMAng4M6ic18PVH9laYoIn4wH0XfB2H1S0L8HlX5JKPZkZ+MxUI8vzEOib/ OcGK/WOITL/SzacGaPmvjfcwbl9m8Hw7tuBWwapKZMBP8dbWW6HAHeqMrkrb7tThPVeX 51Nw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=Ld0rZnbwnQaQN5orIuiFdfLEl9RUgtJHP21+vEdFOQk=; b=L5BY/OOajcl74zGEyyg3CL22VKyn2400mRci+vJYMlib/vYS9R30itMZbMGlUdo6ih diIWR3EZOVBvZqm3chqvbJ4JI9ODSJU+SkUUDgt8QI6ycoPGocTWFbEp0CnkLDNMg99E 0oK6/h6YJrsyEYf/ilplbTUSXi69w7DyojCPHlpBg0mMSgXLijcgwLvD5p2HF9+M8EDL 5yOYuZihOGRSeMp033t8PRTvVf/toHSyU2LNToojiF2dz25Fi96xfouAQI9Xaxsvt0t5 GU7sksPVW6kgPeDVN5x0LkW8MRpzDuSAvz9vOPC6Cyiyc2KVEyg3iziyTEUm0JAKCMQ/ Zy1w== X-Gm-Message-State: AFeK/H1Cf8FIdLhejFP+knwzBU+OlIVwCvGQmaQrLD3x3C4FgU3ax8x+9s7wEhpba6PJtQ== X-Received: by 10.107.162.73 with SMTP id l70mr18790520ioe.184.1490534634514; Sun, 26 Mar 2017 06:23:54 -0700 (PDT) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id 62sm2582719itl.1.2017.03.26.06.23.53 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 26 Mar 2017 06:23:53 -0700 (PDT) From: npostavs@users.sourceforge.net To: Drew Adams Subject: Re: bug#358: dabbrev-abbrev-char-regexp References: <1212586214.22521.1256711185@webmail.messagingengine.com> <5e7a0ecf-0410-4080-9553-11e3da1361ba@default> <264f932c-e112-42d7-bb9d-d3b26b8b6d7b@default> Date: Sun, 26 Mar 2017 09:25:15 -0400 In-Reply-To: (Noam Postavsky's message of "Fri, 24 Mar 2017 11:19:23 -0400") Message-ID: <87o9wo41c4.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: control Cc: 358@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) tags 358 fixed close 358 25.2 quit Noam Postavsky writes: > > Here's the final patch, I'll push to emacs-25 in a couple of days. Done [1: 9a73707964]. 1: 2017-03-26 09:14:15 -0400 9a7370796455b87cebb1177eecc6fa985f61f6a8 Fix docstring of dabbrev-abbrev-char-regexp From unknown Thu Aug 14 21:52:11 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 24 Apr 2017 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator