GNU bug report logs - #358
dabbrev-abbrev-char-regexp

Previous Next

Package: emacs;

Reported by: "Otto Maddox" <ottomaddox <at> fastmail.fm>

Date: Wed, 4 Jun 2008 13:40:03 UTC

Severity: minor

Tags: fixed, patch

Fixed in version 25.2

Done: npostavs <at> users.sourceforge.net

Bug is archived. No further changes may be made.

Full log

Message #13 received at 358 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 358 <at> debbugs.gnu.org
Subject: Re: bug#358: dabbrev-abbrev-char-regexp
Date: Wed, 22 Oct 2008 21:28:31 -0400

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-/.
This bug report was last modified 8 years and 113 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.