GNU bug report logs -
#49166
Writing in help-buffer does not show in history
Previous Next
Reported by: philip-agee <at> africamel.net
Date: Tue, 22 Jun 2021 03:05:03 UTC
Severity: normal
Tags: notabug
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
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 49166 in the body.
You can then email your comments to 49166 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#49166
; Package
emacs
.
(Tue, 22 Jun 2021 03:05:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
philip-agee <at> africamel.net
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 22 Jun 2021 03:05:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Have written the following function that inserts text in the
help-buffer.
Was curious to see whether the inserted text persist if one uses
the buttons or commands in the Help Buffer that take you
back/forth in the history of visited entries (you can invoke
those commands with 'l' for left ('help-go-back') and 'r' for
right ('help-go-forward')).
It does not show in the history when using ('help-go-back').
Does it make sense to include the text in the history?
--------
(defun brief ()
"todo docstring"
(interactive)
(with-help-window (help-buffer)
(with-current-buffer (help-buffer)
(insert "Abbreviated Capabilities\n\n")
(insert "* orderless minibuffer completion\n")
(princ " orderless-enable\n")
(princ " orderless-disable\n\n")
(insert "* ivy minibuffer completion\n")
(princ " ivy-enable\n")
(princ " ivy-disable\n\n")
(insert "* Minibuffer Completion Style\n")
(princ " complt-style\n") )) )
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#49166
; Package
emacs
.
(Tue, 22 Jun 2021 09:35:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 49166 <at> debbugs.gnu.org (full text, mbox):
philip-agee <at> africamel.net writes:
> Have written the following function that inserts text in the
> help-buffer.
>
> Was curious to see whether the inserted text persist if one uses
> the buttons or commands in the Help Buffer that take you
> back/forth in the history of visited entries (you can invoke
> those commands with 'l' for left ('help-go-back') and 'r' for
> right ('help-go-forward')).
>
> It does not show in the history when using ('help-go-back').
These history commands rely on help-xref-stack being set up
appropriately, which is done with the function help-setup-xref.
See (info "(elisp) Help Functions") [0] and the linked
example in (info "(elisp) Accessing Documentation") [1]
(or look at the definitions of describe-function, etc.).
[0]: https://gnu.org/software/emacs/manual/html_node/elisp/Help-Functions.html
[1]: https://gnu.org/software/emacs/manual/html_node/elisp/Accessing-Documentation.html
HTH,
--
Basil
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#49166
; Package
emacs
.
(Tue, 22 Jun 2021 13:31:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 49166 <at> debbugs.gnu.org (full text, mbox):
philip-agee <at> africamel.net writes:
> Have written the following function that inserts text in the
> help-buffer.
>
> Was curious to see whether the inserted text persist if one uses
> the buttons or commands in the Help Buffer that take you
> back/forth in the history of visited entries (you can invoke
> those commands with 'l' for left ('help-go-back') and 'r' for
> right ('help-go-forward')).
>
> It does not show in the history when using ('help-go-back').
>
> Does it make sense to include the text in the history?
The *Help* history doesn't save the actual text in the buffer, but
regenerates it based on the parameters given -- so if you go back to the
documentation for, say `describe-mode', it'll regenerate the buffer
based on the current documentation for that command. This also means
that if you change the documentation (loading a new version, for
instance), you'll get the new version of the doc string, and not the old
one.
So this is working as intended, and I'm closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) notabug.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 22 Jun 2021 13:31:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
49166 <at> debbugs.gnu.org and philip-agee <at> africamel.net
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 22 Jun 2021 13:31:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 21 Jul 2021 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 279 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.