--- Begin Message ---
|
Subject: |
28.0.50; Shorthand symbols are unknown to Emacs |
|
Date: |
Sat, 02 Oct 2021 22:20:09 +1300 |
|
User-agent: |
Orcon Webmail |
Following up on
https://lists.gnu.org/archive/html/emacs-devel/2021-10/msg00109.html
On 2021-10-02 21:53, Eli Zaretskii wrote:
From: Phil Sainty <psainty@orcon.net.nz>
On 2021-10-02 19:45, Eli Zaretskii wrote:
> There's a huge difference between breaking literal searches for
> symbols by text-searching tools, and breaking basic Emacs commands
> because the name the user sees and types is not known to Emacs.
But shorthands does *both* of those things.
The name the user sees is "s-foo".
The name known to Emacs is "string-library-foo" (or whatever).
The user types "C-h o s-foo RET" and Emacs says "no match".
If this is correct (I didn't try), please report it as a bug.
This was indeed the case in the build I'd compiled for testing:
GNU Emacs 28.0.50 of 2021-09-29
Repository revision: b02a7ad2631b6ac3a95e53cb26a0aa1b1ab7e98a
Repository branch: master
I tested with a copy of so-long.el in which I renamed all of the
so-long-* symbols to sl-* and then configured the local variable
;; elisp-shorthands: (("sl-" . "so-long-"))
Loading the new sl.el confirmed that Emacs didn't recognise the
shorthand symbols generally.
(Until now I was under the impression that this was all part and
parcel of the shorthands feature, but it turns out that it's a bug.)
-Phil
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: [PATCH] Re: bug#50959: 28.0.50; Shorthand symbols are unknown to Emacs |
|
Date: |
Sun, 10 Oct 2021 14:39:03 +0100 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) |
Eli Zaretskii <eliz@gnu.org> writes:
>> From: João Távora <joaotavora@gmail.com>
>> Cc: Phil Sainty <psainty@orcon.net.nz>, 50959@debbugs.gnu.org, Stefan
>> Monnier <monnier@iro.umontreal.ca>, rms@gnu.org
>> Date: Sun, 10 Oct 2021 11:46:11 +0100
>>
>> I'll leave it up to you guys to figure out what to do here.
>
> I already did, and that's why I asked you to install that change.
> And that is all I have to say on this matter.
Done. When someone strongly objects, I always seek confirmation from
the head maintainer before overriding them.
Also marking bug done. If someone disagrees or finds bugs, let me know.
João
--- End Message ---