GNU bug report logs -
#69462
29.2.50; describe-function should support finding references
Previous Next
Reported by: Spencer Baugh <sbaugh <at> janestreet.com>
Date: Wed, 28 Feb 2024 17:41:02 UTC
Severity: normal
Found in version 29.2.50
Done: Dmitry Gutov <dmitry <at> gutov.dev>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 69462 in the body.
You can then email your comments to 69462 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#69462
; Package
emacs
.
(Wed, 28 Feb 2024 17:41:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Spencer Baugh <sbaugh <at> janestreet.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 28 Feb 2024 17:41:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In emacs-lisp-mode in an Emacs git checkout, M-? (xref-find-references)
nicely searches the load path for references to a symbol.
It would be neat if this feature could be accessed from
describe-function and describe-variable as well, perhaps by just hitting
M-? in the help buffer.
The feature may need to be redesigned somewhat, since it's currently
dependent on being run from a project; to use it from a
describe-function help buffer, we'd want to only search the load-path.
In GNU Emacs 29.2.50 (build 4, x86_64-pc-linux-gnu, X toolkit, cairo
version 1.15.12, Xaw scroll bars) of 2024-02-28 built on
igm-qws-u22796a
Repository revision: 46e23709d37943a20faa735c97af520196a443e9
Repository branch: emacs-29
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Rocky Linux 8.9 (Green Obsidian)
Configured using:
'configure 'CFLAGS=-O0 -g3' --with-gif=ifavailable
--with-x-toolkit=lucid'
Configured features:
CAIRO DBUS FREETYPE GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG
SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM
XINPUT2 XPM LUCID ZLIB
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
line-number-mode: t
indent-tabs-mode: t
transient-mark-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
Load-path shadows:
None found.
Features:
(help-mode pp shadow sort mail-extr emacsbug message mailcap yank-media
puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived
epg rfc6068 epg-config gnus-util text-property-search time-date subr-x
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv eldoc paren
electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
theme-loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify
dynamic-setting system-font-setting font-render-setting cairo x-toolkit
xinput2 x multi-tty make-network-process emacs)
Memory information:
((conses 16 66391 8487)
(symbols 48 9599 1)
(strings 32 23263 2684)
(string-bytes 1 688577)
(vectors 16 10405)
(vector-slots 8 158153 18632)
(floats 8 44 18)
(intervals 56 259 0)
(buffers 976 11))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#69462
; Package
emacs
.
(Fri, 27 Sep 2024 23:03:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 69462 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi!
On 28/02/2024 19:31, Spencer Baugh wrote:
>
> In emacs-lisp-mode in an Emacs git checkout, M-? (xref-find-references)
> nicely searches the load path for references to a symbol.
>
> It would be neat if this feature could be accessed from
> describe-function and describe-variable as well, perhaps by just hitting
> M-? in the help buffer.
>
> The feature may need to be redesigned somewhat, since it's currently
> dependent on being run from a project; to use it from a
> describe-function help buffer, we'd want to only search the load-path.
Reusing the Elisp backend seems the easiest approach.
Caveats:
* You need to press RET after M-? like anywhere else (unless
xref-prompt-for-identifier is customized).
* A bit hackish change in 'xref-backend-definitions'.
Pros:
* Both M-? and M-. work on anything that looks like symbol in the help
buffer, quoted or not - though there will be false positives like usual.
* Can be similarly added to cl-describe-type.
[help-fns--setup-xref-backend.diff (text/x-patch, attachment)]
Reply sent
to
Dmitry Gutov <dmitry <at> gutov.dev>
:
You have taken responsibility.
(Thu, 03 Oct 2024 00:08:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Spencer Baugh <sbaugh <at> janestreet.com>
:
bug acknowledged by developer.
(Thu, 03 Oct 2024 00:08:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 69462-done <at> debbugs.gnu.org (full text, mbox):
Pushed to master in revision c8ecd7fa0da. Closing, but feedback welcome.
On 28/09/2024 02:01, Dmitry Gutov wrote:
> Hi!
>
> On 28/02/2024 19:31, Spencer Baugh wrote:
>>
>> In emacs-lisp-mode in an Emacs git checkout, M-? (xref-find-references)
>> nicely searches the load path for references to a symbol.
>>
>> It would be neat if this feature could be accessed from
>> describe-function and describe-variable as well, perhaps by just hitting
>> M-? in the help buffer.
>>
>> The feature may need to be redesigned somewhat, since it's currently
>> dependent on being run from a project; to use it from a
>> describe-function help buffer, we'd want to only search the load-path.
>
> Reusing the Elisp backend seems the easiest approach.
>
> Caveats:
>
> * You need to press RET after M-? like anywhere else (unless xref-
> prompt-for-identifier is customized).
> * A bit hackish change in 'xref-backend-definitions'.
>
> Pros:
>
> * Both M-? and M-. work on anything that looks like symbol in the help
> buffer, quoted or not - though there will be false positives like usual.
> * Can be similarly added to cl-describe-type.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#69462
; Package
emacs
.
(Thu, 03 Oct 2024 07:16:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 69462 <at> debbugs.gnu.org (full text, mbox):
Hi,
Dmitry Gutov <dmitry <at> gutov.dev> writes:
> Pushed to master in revision c8ecd7fa0da. Closing, but feedback welcome.
Looks nice! What's somewhat nonideal is that the ELisp-specific Xref
setup lingers in the Help buffer even if it is reused for other purposes
(like dictionary words when dictionary-display-definition-function is
set to dictionary-display-definition-in-help-buffer).
Perhaps help-setup-xref should kill the local variables that
help-fns--setup-xref-backend now sets?
Cheers,
Eshel
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#69462
; Package
emacs
.
(Thu, 03 Oct 2024 19:21:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 69462 <at> debbugs.gnu.org (full text, mbox):
On 03/10/2024 10:14, Eshel Yaron wrote:
> Looks nice! What's somewhat nonideal is that the ELisp-specific Xref
> setup lingers in the Help buffer even if it is reused for other purposes
> (like dictionary words when dictionary-display-definition-function is
> set to dictionary-display-definition-in-help-buffer).
>
> Perhaps help-setup-xref should kill the local variables that
> help-fns--setup-xref-backend now sets?
Thanks, good idea, pushed as bde00266db4.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#69462
; Package
emacs
.
(Thu, 03 Oct 2024 19:27:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 69462-done <at> debbugs.gnu.org (full text, mbox):
On 03/10/2024 03:07, Dmitry Gutov wrote:
> Pushed to master in revision c8ecd7fa0da. Closing, but feedback welcome.
And a follow-u commit ad529831018, to really make it never ask for project.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#69462
; Package
emacs
.
(Sat, 05 Oct 2024 07:21:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 69462 <at> debbugs.gnu.org (full text, mbox):
Dmitry Gutov <dmitry <at> gutov.dev> writes:
> On 03/10/2024 10:14, Eshel Yaron wrote:
>> Looks nice! What's somewhat nonideal is that the ELisp-specific Xref
>> setup lingers in the Help buffer even if it is reused for other purposes
>> (like dictionary words when dictionary-display-definition-function is
>> set to dictionary-display-definition-in-help-buffer).
>> Perhaps help-setup-xref should kill the local variables that
>> help-fns--setup-xref-backend now sets?
>
> Thanks, good idea, pushed as bde00266db4.
Great, I pushed a small fix for this change in 9f54f24e94d, and I
submitted a patch in bug#73637 that generalizes this kind of clean up.
Best,
Eshel
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#69462
; Package
emacs
.
(Sat, 05 Oct 2024 12:00:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 69462 <at> debbugs.gnu.org (full text, mbox):
On 05/10/2024 10:20, Eshel Yaron wrote:
> Great, I pushed a small fix for this change in 9f54f24e94d, and I
> submitted a patch in bug#73637 that generalizes this kind of clean up.
Thanks!
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 03 Nov 2024 12:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 105 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.