GNU bug report logs -
#44334
28.0.50; [eldoc] Impossible to avoid creating the *eldoc for xxx* buffer
Previous Next
Reported by: Xu Chunyang <xuchunyang56 <at> gmail.com>
Date: Fri, 30 Oct 2020 18:03:02 UTC
Severity: minor
Found in version 28.0.50
Done: João Távora <joaotavora <at> gmail.com>
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 44334 in the body.
You can then email your comments to 44334 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#44334
; Package
emacs
.
(Fri, 30 Oct 2020 18:03:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Xu Chunyang <xuchunyang56 <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 30 Oct 2020 18:03:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
With eldoc-mode, a buffer like *eldoc for setq* is created and updated
all the time, is it possible to stop it? since I don't need the
buffer at all. If the buffer must be created, maybe make it uninteresting by
prefixing the buffer name with a space.
I've tried the following which does not work.
(remove-hook 'eldoc-display-functions #'eldoc-display-in-buffer)
In GNU Emacs 28.0.50 (build 2, x86_64-apple-darwin19.6.0, NS
appkit-1894.60 Version 10.15.7 (Build 19H2))
of 2020-10-30 built on mac.lan
Repository revision: 3e63213a1fef16ffe38a5024a83d8782e98aabe1
Repository branch: master
Windowing system distributor 'Apple', version 10.3.1894
System Description: Mac OS X 10.15.7
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44334
; Package
emacs
.
(Fri, 30 Oct 2020 18:10:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 44334 <at> debbugs.gnu.org (full text, mbox):
Xu Chunyang <xuchunyang56 <at> gmail.com> writes:
> With eldoc-mode, a buffer like *eldoc for setq* is created and updated
> all the time, is it possible to stop it? since I don't need the
> buffer at all. If the buffer must be created, maybe make it uninteresting by
> prefixing the buffer name with a space.
I would also like to avoid the presence of this buffer if possible,
as was the case in emacs-27. CCing João :).
Thanks,
--
Basil
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44334
; Package
emacs
.
(Fri, 30 Oct 2020 18:14:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 44334 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
The buffer is an implementation detail for the member of
eldoc-display-functions that writes to the echo area,
so it's hard to do away with. However, it should be reasonably
easy to "hide it", as Xu suggests, by prefixing its name with a
space. The the eldoc-display-in-eldoc-buffer display function
just renames it to not have that space, promoting it
to visible.
Thanks for CC'ing me,
João
On Fri, Oct 30, 2020 at 6:09 PM Basil L. Contovounesios <contovob <at> tcd.ie>
wrote:
> Xu Chunyang <xuchunyang56 <at> gmail.com> writes:
>
> > With eldoc-mode, a buffer like *eldoc for setq* is created and updated
> > all the time, is it possible to stop it? since I don't need the
> > buffer at all. If the buffer must be created, maybe make it
> uninteresting by
> > prefixing the buffer name with a space.
>
> I would also like to avoid the presence of this buffer if possible,
> as was the case in emacs-27. CCing João :).
>
> Thanks,
>
> --
> Basil
>
--
João Távora
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44334
; Package
emacs
.
(Fri, 30 Oct 2020 18:37:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 44334 <at> debbugs.gnu.org (full text, mbox):
João Távora <joaotavora <at> gmail.com> writes:
> The buffer is an implementation detail for the member of
> eldoc-display-functions that writes to the echo area,
> so it's hard to do away with. However, it should be reasonably
> easy to "hide it", as Xu suggests, by prefixing its name with a
> space. The the eldoc-display-in-eldoc-buffer display function
> just renames it to not have that space, promoting it
> to visible.
So the space-prefixed buffer name can (should?) be the default?
Thanks,
--
Basil
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44334
; Package
emacs
.
(Fri, 30 Oct 2020 18:40:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 44334 <at> debbugs.gnu.org (full text, mbox):
"Basil L. Contovounesios" <contovob <at> tcd.ie> writes:
> João Távora <joaotavora <at> gmail.com> writes:
>
>> The buffer is an implementation detail for the member of
>> eldoc-display-functions that writes to the echo area,
>> so it's hard to do away with. However, it should be reasonably
>> easy to "hide it", as Xu suggests, by prefixing its name with a
>> space. The the eldoc-display-in-eldoc-buffer display function
>> just renames it to not have that space, promoting it
>> to visible.
>
> So the space-prefixed buffer name can (should?) be the default?
Yes. Or rather: by default, if you just use ElDoc like you always did in
Emacs <28, that buffer shouldn't be bothering you. I'll see what the
best implementation for doing that is, but I do suspect it's hiding it
with a space prefix in the buffer name.
João
Reply sent
to
João Távora <joaotavora <at> gmail.com>
:
You have taken responsibility.
(Fri, 30 Oct 2020 22:41:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Xu Chunyang <xuchunyang56 <at> gmail.com>
:
bug acknowledged by developer.
(Fri, 30 Oct 2020 22:41:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 44334-done <at> debbugs.gnu.org (full text, mbox):
João Távora <joaotavora <at> gmail.com> writes:
> "Basil L. Contovounesios" <contovob <at> tcd.ie> writes:
>
>> João Távora <joaotavora <at> gmail.com> writes:
>>
>>> The buffer is an implementation detail for the member of
>>> eldoc-display-functions that writes to the echo area,
>>> so it's hard to do away with. However, it should be reasonably
>>> easy to "hide it", as Xu suggests, by prefixing its name with a
>>> space. The the eldoc-display-in-eldoc-buffer display function
>>> just renames it to not have that space, promoting it
>>> to visible.
>>
>> So the space-prefixed buffer name can (should?) be the default?
>
> Yes. Or rather: by default, if you just use ElDoc like you always did in
> Emacs <28, that buffer shouldn't be bothering you. I'll see what the
> best implementation for doing that is, but I do suspect it's hiding it
> with a space prefix in the buffer name.
I just pushed a commit fixing this. Please try it out. The idea is that
if you never M-x eldoc or M-x eldoc-doc-buffer, you are never bothered
by that buffer. If you do call these commands, the buffer becomes
"interesting" and shows in the normal buffer list, until you kill it,
after which it re-created in space-prefixed "uninterested" form again.
I'm closing this bug, but we could reopen if the problem isn't fixed.
João
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44334
; Package
emacs
.
(Sat, 31 Oct 2020 13:09:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 44334 <at> debbugs.gnu.org (full text, mbox):
João Távora <joaotavora <at> gmail.com> writes:
> I just pushed a commit fixing this. Please try it out. The idea is that
> if you never M-x eldoc or M-x eldoc-doc-buffer, you are never bothered
> by that buffer. If you do call these commands, the buffer becomes
> "interesting" and shows in the normal buffer list, until you kill it,
> after which it re-created in space-prefixed "uninterested" form again.
Looks good, thanks for the quick fix.
--
Basil
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 29 Nov 2020 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 203 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.