From unknown Tue Jun 17 01:29:10 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#67768 <67768@debbugs.gnu.org> To: bug#67768 <67768@debbugs.gnu.org> Subject: Status: Feature request: expand IELM working buffer's read-symbol shorthands Reply-To: bug#67768 <67768@debbugs.gnu.org> Date: Tue, 17 Jun 2025 08:29:10 +0000 retitle 67768 Feature request: expand IELM working buffer's read-symbol sho= rthands reassign 67768 emacs submitter 67768 Brandon Irizarry severity 67768 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 11 11:00:03 2023 Received: (at submit) by debbugs.gnu.org; 11 Dec 2023 16:00:03 +0000 Received: from localhost ([127.0.0.1]:54370 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCihO-0007Vb-EG for submit@debbugs.gnu.org; Mon, 11 Dec 2023 11:00:03 -0500 Received: from lists.gnu.org ([2001:470:142::17]:52242) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCihJ-0007Uh-WF for submit@debbugs.gnu.org; Mon, 11 Dec 2023 11:00:00 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rCigy-00040r-Om for bug-gnu-emacs@gnu.org; Mon, 11 Dec 2023 10:59:37 -0500 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rCigv-00031A-U2 for bug-gnu-emacs@gnu.org; Mon, 11 Dec 2023 10:59:36 -0500 Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-50c0478f970so4752157e87.3 for ; Mon, 11 Dec 2023 07:59:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1702310371; x=1702915171; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=1mguvKbJxPBdMqmcdMKdZoNUF2lAEiu1fVfjlUbEKnI=; b=GDabLKEIqFpFssPoddu9KWyc1JKsYDjoxOlgSdSO+7ZVw5ara6/O/y2q0Vh8AceSje 1P3srmqwmo85ysPrGCGeTZwXsv0PZeGwObbrUGyZK5tF8u3+SgaWGLIfkX0JlO4q6gcK Wpcczti0pi8zULKS5EVipptcdNL21VvFICeB5f67BeMY3+ne2cKMKbIVYN1icY98Gxgr ujU92eP2CrgAcog22lxGM7bm06ltSZoWU7KRS2ig0OQAfbC/q+VUPAcrw+aRaUr9f9LL J/eXufeal/VbR6sBXW8kE1n1AxebPZABHVd8ps7GR5VbZnbHxKllHuKZ+F9tnDzF0ZEd 2yeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702310371; x=1702915171; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=1mguvKbJxPBdMqmcdMKdZoNUF2lAEiu1fVfjlUbEKnI=; b=u9YajQ0srvrNuHfGxi0Hj67EucWxyaH0whoRXPsDu5RLz0HP9kDE5VnAvKv2qM6qMQ 9Y2vRKlRI17IgL6wDCE69tC11QdV2UmEn655nZA+h9qkoEQ70SAckUOfUXJzW4eQ/Gp+ ywUKkehf0EM4Q25vEQLaRruU4g5tDpm8tbcn8cLF1mjrlgKRTzMWqk6u62/ppmOm9gAK kSYJHh7HRs4ytHoW9Jeh2mSOBEebY4SBfb5au+fZETljt78Hj402BiKPoBkxHiOnwrpe xpVjcTqlr7AUJNghDSsBdCnr+f/c/ttcWBZhfmbAIUbouT2PC6ZejVeZlgkqiXIhV9++ gGcg== X-Gm-Message-State: AOJu0YyhNOz+mxGI4TVW84tAMi+4/jEas0r/AN0d2COmpAh4fmrzNAQ5 By9XYS5/fm19Gj1t7NfvZUA0rWL33mzd8+u3egHc9bj4t0w= X-Google-Smtp-Source: AGHT+IHOLxB4cn06OqFi8HXeQlrqJf79KAbgoE116PVNLDJ1zkypGVQ+Fkm4tB70zPWG9M47NnBJM7hlmgJ7KU1jYas= X-Received: by 2002:a05:6512:2385:b0:50d:1a7e:ac7d with SMTP id c5-20020a056512238500b0050d1a7eac7dmr2386163lfv.38.1702310370928; Mon, 11 Dec 2023 07:59:30 -0800 (PST) MIME-Version: 1.0 From: Brandon Irizarry Date: Mon, 11 Dec 2023 10:59:48 -0500 Message-ID: Subject: Feature request: expand IELM working buffer's read-symbol shorthands To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000f4ebc3060c3e04a6" Received-SPF: pass client-ip=2a00:1450:4864:20::136; envelope-from=brandon.irizarry@gmail.com; helo=mail-lf1-x136.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --000000000000f4ebc3060c3e04a6 Content-Type: text/plain; charset="UTF-8" I'm currently running Emacs master branch (I just pulled and rebuilt a few minutes ago). I think it would be nice if IELM let you use the read-symbol shorthands you first defined in the buffer you now set as your IELM working buffer. For example, say I edit /tmp/example.el, in the buffer "example.el". It contains the following: (symbol-name 't-foo) ;; Local Variables: ;; read-symbol-shorthands: (("t-" . "tmp-")) ;; End: If I evaluate the call to symbol-name, I get "tmp-foo", which is expected. Now, let's say I open IELM, and set my working buffer to "example.el". I can evaluate read-symbol-shorthands: ELISP> read-symbol-shorthands (("t-" . "tmp-")) This makes sense, since these are the shorthands for the working buffer. But I can't actually use them! For example, if I evaluate (symbol-name 't-foo) in the IELM session, I get "t-foo". Unlike, say, in the minibuffer, the shorthand isn't expanded in this context. Ideally, the shorthand should be expanded, and I should be able to get completion for things that use shorthands, just as I would in the original buffer. What do folks think here? - Brandon --000000000000f4ebc3060c3e04a6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm currently running Emacs master branch (I just= pulled and rebuilt a few minutes ago).

I think it= would be nice if IELM let you use the read-symbol shorthands you first def= ined
in the buffer you now set as your IELM working buffer.
=

For example, say I edit /tmp/example.el, in the buffer = "example.el". It contains
the following:
=
(symbol-name 't-foo)

;; Loc= al Variables:
;; read-symbol-shorthands: (("t-" . "tmp-&q= uot;))
;; End:

If I evaluate the call to symbol= -name, I get "tmp-foo", which is expected. Now, let's say I o= pen IELM, and
set my working buffer to "example.el". I = can evaluate read-symbol-shorthands:

ELISP> rea= d-symbol-shorthands
(("t-" . "tmp-"))

=
This makes sense, since these are the shorthands for the working= buffer. But I can't actually use them! For example,
if I eva= luate (symbol-name 't-foo) in the IELM session, I get "t-foo"= . Unlike, say, in the minibuffer, the shorthand
isn't expande= d in this context.

Ideally, the shorthand should b= e expanded, and I should be able to get completion for things that use shor= thands, just
as I would in the original buffer.

What do folks think here?

- Brandon

--000000000000f4ebc3060c3e04a6--