From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!.POSTED!not-for-mail
From: Drew Adams <drew.adams@oracle.com>
Newsgroups: gmane.emacs.bugs
Subject: bug#358: dabbrev-abbrev-char-regexp
Date: Thu, 23 Mar 2017 13:58:40 -0700 (PDT)
Message-ID: <fa6f8898-227c-4a52-b48b-b07e142f9f3c@default>
References: <1212586214.22521.1256711185@webmail.messagingengine.com>
	<CAM-tV-8sdmFucaDU9Q0=n5J+Uez0mhxmY9VcJwuxHU2uAEEX6g@mail.gmail.com>
	<daed0deb-44a2-4ec6-8278-ac779788088b@default>
	<CAM-tV--4R5B_VdcdMR4g3B83PPw9Ux3q=2vqEu7+YkYOPYq3Dw@mail.gmail.com>
	<5e7a0ecf-0410-4080-9553-11e3da1361ba@default>
	<CAM-tV-_N5j7q=RzpzaBCrwtrDr_4Eo2PqXiisMi+DuZV57sOHA@mail.gmail.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Trace: blaine.gmane.org 1490304461 6874 195.159.176.226 (23 Mar 2017 21:27:41 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 23 Mar 2017 21:27:41 +0000 (UTC)
Cc: 358@debbugs.gnu.org
To: Noam Postavsky <npostavs@users.sourceforge.net>
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 23 22:27:36 2017
Return-path: <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>
Envelope-to: geb-bug-gnu-emacs@m.gmane.org
Original-Received: from lists.gnu.org ([208.118.235.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>)
	id 1crAGY-0000nl-Qz
	for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Mar 2017 22:27:30 +0100
Original-Received: from localhost ([::1]:58764 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>)
	id 1crAGe-00029g-U7
	for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Mar 2017 17:27:36 -0400
Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50785)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1cr9p5-0002j7-K3
	for bug-gnu-emacs@gnu.org; Thu, 23 Mar 2017 16:59:08 -0400
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1cr9p0-00065K-P4
	for bug-gnu-emacs@gnu.org; Thu, 23 Mar 2017 16:59:07 -0400
Original-Received: from debbugs.gnu.org ([208.118.235.43]:43270)
	by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
	(Exim 4.71) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
	id 1cr9p0-00065A-Ls
	for bug-gnu-emacs@gnu.org; Thu, 23 Mar 2017 16:59:02 -0400
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1cr9p0-0001aF-FP
	for bug-gnu-emacs@gnu.org; Thu, 23 Mar 2017 16:59:02 -0400
X-Loop: help-debbugs@gnu.org
Resent-From: Drew Adams <drew.adams@oracle.com>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Thu, 23 Mar 2017 20:59:02 +0000
Resent-Message-ID: <handler.358.B358.14903027326069@debbugs.gnu.org>
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 358
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
Original-Received: via spool by 358-submit@debbugs.gnu.org id=B358.14903027326069
	(code B ref 358); Thu, 23 Mar 2017 20:59:02 +0000
Original-Received: (at 358) by debbugs.gnu.org; 23 Mar 2017 20:58:52 +0000
Original-Received: from localhost ([127.0.0.1]:41469 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
	id 1cr9oq-0001Zp-IC
	for submit@debbugs.gnu.org; Thu, 23 Mar 2017 16:58:52 -0400
Original-Received: from userp1040.oracle.com ([156.151.31.81]:20071)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <drew.adams@oracle.com>) id 1cr9oo-0001Zb-5I
	for 358@debbugs.gnu.org; Thu, 23 Mar 2017 16:58:50 -0400
Original-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
Original-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
Original-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
In-Reply-To: <CAM-tV-_N5j7q=RzpzaBCrwtrDr_4Eo2PqXiisMi+DuZV57sOHA@mail.gmail.com>
X-Priority: 3
X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1  (1003210) [OL
	12.0.6753.5000 (x86)]
X-Source-IP: userv0022.oracle.com [156.151.31.74]
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 208.118.235.43
X-BeenThere: bug-gnu-emacs@gnu.org
List-Id: "Bug reports for GNU Emacs,
	the Swiss army knife of text editors" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/bug-gnu-emacs/>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org
Original-Sender: "bug-gnu-emacs"
	<bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>
Xref: news.gmane.org gmane.emacs.bugs:130856
Archived-At: <http://permalink.gmane.org/gmane.emacs.bugs/130856>

> > 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.