* bug#37626: Identical describe-bindings makes different sized *Help* buffers
@ 2019-10-04 17:01 積丹尼 Dan Jacobson
2019-10-04 17:58 ` Stefan Kangas
0 siblings, 1 reply; 6+ messages in thread
From: 積丹尼 Dan Jacobson @ 2019-10-04 17:01 UTC (permalink / raw)
To: 37626
$ emacs -Q
C-h b [describe-bindings] makes a 1113 line *Help* buffer
C-h b [describe-bindings] makes a 1760 line *Help* buffer
C-h b [describe-bindings] makes a 1760 line *Help* buffer
My cursor was still in the *scratch* buffer at all times.
Not all of the 1113 made it into the 1760 alive either.
emacs-version "26.3"
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#37626: Identical describe-bindings makes different sized *Help* buffers
2019-10-04 17:01 bug#37626: Identical describe-bindings makes different sized *Help* buffers 積丹尼 Dan Jacobson
@ 2019-10-04 17:58 ` Stefan Kangas
2019-10-04 18:15 ` 積丹尼 Dan Jacobson
2019-10-04 19:38 ` Eli Zaretskii
0 siblings, 2 replies; 6+ messages in thread
From: Stefan Kangas @ 2019-10-04 17:58 UTC (permalink / raw)
To: 積丹尼 Dan Jacobson; +Cc: 37626
積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:
> $ emacs -Q
> C-h b [describe-bindings] makes a 1113 line *Help* buffer
> C-h b [describe-bindings] makes a 1760 line *Help* buffer
> C-h b [describe-bindings] makes a 1760 line *Help* buffer
> My cursor was still in the *scratch* buffer at all times.
> Not all of the 1113 made it into the 1760 alive either.
Which ones disappeared for you? None did for me AFAICT (see below).
> emacs-version "26.3"
I see 1128 and 1779 lines on current master. Diffing the *Help*
buffers, it seems to be a lot of stuff like this:
+C-x 8 ` SPC `
+C-x 8 ` A À
+C-x 8 ` E È
+C-x 8 ` I Ì
+C-x 8 ` O Ò
+C-x 8 ` U Ù
+C-x 8 ` a à
+C-x 8 ` e è
+C-x 8 ` i ì
+C-x 8 ` o ò
+C-x 8 ` u ù
But when I run "emacs -Q" and immediately type C-x 8 ` A, I get the À
character as above (even though C-h b wouldn't have shown it in this
state). If I type C-h b _after_ that sequence that yields 1779 lines
in *Help*.
I guess this has something to do with autoloading, but I'll leave this
to the experts.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#37626: Identical describe-bindings makes different sized *Help* buffers
2019-10-04 17:58 ` Stefan Kangas
@ 2019-10-04 18:15 ` 積丹尼 Dan Jacobson
2019-10-04 19:38 ` Eli Zaretskii
1 sibling, 0 replies; 6+ messages in thread
From: 積丹尼 Dan Jacobson @ 2019-10-04 18:15 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 37626
>>>>> "SK" == Stefan Kangas <stefan@marxist.se> writes:
SK> Which ones disappeared for you? None did for me AFAICT (see below).
<XF86Back> previous-buffer
<XF86Forward> next-buffer
<mouse-2> mouse-yank-primary
C-M-i completion-at-point
C-M-q indent-pp-sexp
C-M-x eval-defun
C-j eval-print-last-sexp
C-x 8 iso-transl-ctl-x-8-map
DEL backward-delete-char-untabify
RET newline
SPC .. ~ self-insert-command
TAB indent-for-tab-command
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#37626: Identical describe-bindings makes different sized *Help* buffers
2019-10-04 17:58 ` Stefan Kangas
2019-10-04 18:15 ` 積丹尼 Dan Jacobson
@ 2019-10-04 19:38 ` Eli Zaretskii
2019-10-30 21:02 ` Stefan Kangas
1 sibling, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2019-10-04 19:38 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 37626, jidanni
> From: Stefan Kangas <stefan@marxist.se>
> Date: Fri, 4 Oct 2019 19:58:47 +0200
> Cc: 37626@debbugs.gnu.org
>
> I see 1128 and 1779 lines on current master. Diffing the *Help*
> buffers, it seems to be a lot of stuff like this:
>
> +C-x 8 ` SPC `
> +C-x 8 ` A À
> +C-x 8 ` E È
> +C-x 8 ` I Ì
> +C-x 8 ` O Ò
> +C-x 8 ` U Ù
> +C-x 8 ` a à
> +C-x 8 ` e è
> +C-x 8 ` i ì
> +C-x 8 ` o ò
> +C-x 8 ` u ù
>
> But when I run "emacs -Q" and immediately type C-x 8 ` A, I get the À
> character as above (even though C-h b wouldn't have shown it in this
> state). If I type C-h b _after_ that sequence that yields 1779 lines
> in *Help*.
>
> I guess this has something to do with autoloading, but I'll leave this
> to the experts.
Yes. This is expected behavior, not a bug or anything near that.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#37626: Identical describe-bindings makes different sized *Help* buffers
2019-10-04 19:38 ` Eli Zaretskii
@ 2019-10-30 21:02 ` Stefan Kangas
2019-11-02 1:14 ` Stefan Kangas
0 siblings, 1 reply; 6+ messages in thread
From: Stefan Kangas @ 2019-10-30 21:02 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 37626, jidanni
tags 37625 + notabug
close 37625
thanks
Eli Zaretskii <eliz@gnu.org> writes:
> Yes. This is expected behavior, not a bug or anything near that.
Thanks, I'm consequently closing this bug.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#37626: Identical describe-bindings makes different sized *Help* buffers
2019-10-30 21:02 ` Stefan Kangas
@ 2019-11-02 1:14 ` Stefan Kangas
0 siblings, 0 replies; 6+ messages in thread
From: Stefan Kangas @ 2019-11-02 1:14 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 37626-done, jidanni
Stefan Kangas <stefan@marxist.se> writes:
> Eli Zaretskii <eliz@gnu.org> writes:
>
>> Yes. This is expected behavior, not a bug or anything near that.
>
> Thanks, I'm consequently closing this bug.
Closing for real this time, sorry about the noise.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2019-11-02 1:14 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-10-04 17:01 bug#37626: Identical describe-bindings makes different sized *Help* buffers 積丹尼 Dan Jacobson
2019-10-04 17:58 ` Stefan Kangas
2019-10-04 18:15 ` 積丹尼 Dan Jacobson
2019-10-04 19:38 ` Eli Zaretskii
2019-10-30 21:02 ` Stefan Kangas
2019-11-02 1:14 ` Stefan Kangas
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).