GNU bug report logs - #15485
add-abbrev: don't use hard-coded forward-word

Previous Next

To reply to this bug, email your comments to 15485 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
To: bug-gnu-emacs <at> gnu.org
Subject: add-abbrev: don't use hard-coded forward-word
Date: Sun, 29 Sep 2013 17:40:11 +0200

add-abbrev uses forward-word to catch the expansion, which isn't good for programming code.

See

http://stackoverflow.com/questions/19073674/how-can-i-add-my-personal-abbreviation-to-emmet-mode-in-emacs/19079683#19079683

Suggest to use forward-symbol instead, or still better to make if customizable:

(funcall add-abbrev-move-function

Message #8 received at 15485 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Cc: 15485 <at> debbugs.gnu.org
Subject: Re: bug#15485: add-abbrev: don't use hard-coded forward-word
Date: Wed, 14 Aug 2019 20:29:32 -0700

Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:

> add-abbrev uses forward-word to catch the expansion, which isn't good
> for programming code.
>
> See
>
> http://stackoverflow.com/questions/19073674/how-can-i-add-my-personal-abbreviation-to-emmet-mode-in-emacs/19079683#19079683
>
> Suggest to use forward-symbol instead, or still better to make if customizable:

(I'm going through old bug reports that have unfortunately gotten no
responses yet.)

`add-abbrev' doesn't have a doc string itself, but as all the in-tree
callers of this function says:

---
Don't use this function in a Lisp program; use `define-abbrev' instead.
---

So you probably shouldn't use this programmatically, either.

However, it's possible that the `forward-word' should perhaps be
changed, but on the other hand, abbrev.el will probably be deprecated
any year now in favour of nabbrev.el, so I don't think it's a good idea
to change anything here, and I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #15 received at 15485 <at> debbugs.gnu.org (full text, mbox):

From: Mauro Aranda <maurooaranda <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Andreas Röhler <andreas.roehler <at> easy-emacs.de>,
 15485 <at> debbugs.gnu.org
Subject: Re: bug#15485: add-abbrev: don't use hard-coded forward-word
Date: Thu, 15 Aug 2019 09:41:26 -0300

[Message part 1 (text/plain, inline)]

Hello Lars.

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:
>
>> add-abbrev uses forward-word to catch the expansion, which isn't good
>> for programming code.
>>
>> See
>>
>>
http://stackoverflow.com/questions/19073674/how-can-i-add-my-personal-abbreviation-to-emmet-mode-in-emacs/19079683#19079683
>>
>> Suggest to use forward-symbol instead, or still better to make if
customizable:
>
> `add-abbrev' doesn't have a doc string itself, but as all the in-tree
> callers of this function says:
>
> ---
> Don't use this function in a Lisp program; use `define-abbrev' instead.
> ---
>
> So you probably shouldn't use this programmatically, either.

I don't think the OP wanted to use `add-abbrev' in a Lisp program.  What
I understand is that the problem reported arises when someone wants to
add an abbrev for a programming construct (in the example: "<?php ?>")
it is likely that `add-abbrev' won't give the entire desired
expansion.

With that being said, at least in current Emacs it is easy to add that
abbrev, by setting the mark and point properly and calling
`add-mode-abbrev' with a 0 prefix argument.

> However, it's possible that the `forward-word' should perhaps be
> changed, but on the other hand, abbrev.el will probably be deprecated
> any year now in favour of nabbrev.el, so I don't think it's a good idea

What is nabbrev.el?  I did a search in what I believe are usual places,
but didn't found anything.

[Message part 2 (text/html, inline)]

Message #18 received at 15485 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
To: Mauro Aranda <maurooaranda <at> gmail.com>, Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 15485 <at> debbugs.gnu.org
Subject: Re: bug#15485: add-abbrev: don't use hard-coded forward-word
Date: Thu, 15 Aug 2019 16:37:16 +0200

[Message part 1 (text/plain, inline)]

Hi all,

On 15.08.19 14:41, Mauro Aranda wrote:
> Hello Lars.
>
> Lars Ingebrigtsen <larsi <at> gnus.org <mailto:larsi <at> gnus.org>> writes:
>
> > Andreas Röhler <andreas.roehler <at> easy-emacs.de 
> <mailto:andreas.roehler <at> easy-emacs.de>> writes:
> >
> >> add-abbrev uses forward-word to catch the expansion, which isn't good
> >> for programming code.
> >>
> >> See
> >>
> >> 
> http://stackoverflow.com/questions/19073674/how-can-i-add-my-personal-abbreviation-to-emmet-mode-in-emacs/19079683#19079683
> >>
> >> Suggest to use forward-symbol instead, or still better to make if 
> customizable:
> >
> > `add-abbrev' doesn't have a doc string itself, but as all the in-tree
> > callers of this function says:
> >
> > ---
> > Don't use this function in a Lisp program; use `define-abbrev' instead.
> > ---
> >
> > So you probably shouldn't use this programmatically, either.
>
> I don't think the OP wanted to use `add-abbrev' in a Lisp program.  What
> I understand is that the problem reported arises when someone wants to
> add an abbrev for a programming construct (in the example: "<?php ?>")
> it is likely that `add-abbrev' won't give the entire desired
> expansion.
>
> With that being said, at least in current Emacs it is easy to add that
> abbrev, by setting the mark and point properly and calling
> `add-mode-abbrev' with a 0 prefix argument.
>
> > However, it's possible that the `forward-word' should perhaps be
> > changed, but on the other hand, abbrev.el will probably be deprecated
> > any year now in favour of nabbrev.el, so I don't think it's a good idea
>
> What is nabbrev.el?  I did a search in what I believe are usual places,
> but didn't found anything.


The idea was to get rid of the restriction only word-syntax chars might 
compose an abbreviation.

After all, when playing with a patched Emacs allowing all chars, it 
turned out word-chars are much more easy to type, so didn't use 
symbol-composed abbrevs finally.

[Message part 2 (text/html, inline)]

Message #23 received at 15485 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mauro Aranda <maurooaranda <at> gmail.com>
Cc: Andreas Röhler <andreas.roehler <at> easy-emacs.de>,
 15485 <at> debbugs.gnu.org
Subject: Re: bug#15485: add-abbrev: don't use hard-coded forward-word
Date: Thu, 15 Aug 2019 16:50:44 -0700

Mauro Aranda <maurooaranda <at> gmail.com> writes:

> I don't think the OP wanted to use `add-abbrev' in a Lisp program.  What
> I understand is that the problem reported arises when someone wants to
> add an abbrev for a programming construct (in the example: "<?php ?>")
> it is likely that `add-abbrev' won't give the entire desired
> expansion.
>
> With that being said, at least in current Emacs it is easy to add that
> abbrev, by setting the mark and point properly and calling
> `add-mode-abbrev' with a 0 prefix argument.

Ah, I see.

>> However, it's possible that the `forward-word' should perhaps be
>> changed, but on the other hand, abbrev.el will probably be deprecated
>> any year now in favour of nabbrev.el, so I don't think it's a good idea
>
> What is nabbrev.el?  I did a search in what I believe are usual places,
> but didn't found anything.

Sorry, I was completely confused.  Somehow I was thinking about
advice.el/nadvice.el here.  :-/

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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