[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: non word abbrevs
From: |
Stefan Monnier |
Subject: |
Re: non word abbrevs |
Date: |
Mon, 08 Nov 2021 18:29:00 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
> Thank you. I am really just interested in having "proper" text expansions
> like what I have on the OS side. I fail to see the logic of limiting abbrevs
> to "word characters".
Maybe part of the motivation was the performance cost of checking
abbrevs after every key stroke, but I suspect the main issue is avoiding
"false positives":
Say you hit in sequence the three keys `< = >` and you have abbrev rules
for `<=` and for `<=>`, you'd probably not want the first abbrev rule to
apply after you hit `< =` because you'd prefer for Emacs to wait a bit
more and apply the second abbrev rule.
For words, this notion of boundary is fairly standard. But for other
chars, it's not so clear.
So to lift this restriction we need something more.
Stefan
- Re: non word abbrevs, (continued)
- Re: non word abbrevs, tomas, 2021/11/01
- Re: non word abbrevs, Stefan Monnier, 2021/11/01
- Re: non word abbrevs, Jean-Christophe Helary, 2021/11/06
- Re: non word abbrevs, Stefan Monnier, 2021/11/06
- Re: non word abbrevs, Jean-Christophe Helary, 2021/11/06
- Re: non word abbrevs, Stefan Monnier, 2021/11/06
- Re: non word abbrevs, Jean-Christophe Helary, 2021/11/06
- Re: non word abbrevs, Emanuel Berg, 2021/11/07
- Re: non word abbrevs, Kevin Vigouroux, 2021/11/08
- Re: non word abbrevs, Jean-Christophe Helary, 2021/11/08
- Re: non word abbrevs,
Stefan Monnier <=
- Re: non word abbrevs, Emanuel Berg, 2021/11/07