unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#43431: superfluous bury-buffer needed due to earlier gnus-summary-select-article-buffer
@ 2020-09-15 18:57 積丹尼 Dan Jacobson
  2020-09-17 15:18 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 4+ messages in thread
From: 積丹尼 Dan Jacobson @ 2020-09-15 18:57 UTC (permalink / raw)
  To: 43431

When using C-d [gnus-summary-enter-digest-group] why does one need three
q's instead of two, to return to the (Highest, not just that of the
digest) *Summary* buffer?

 C-d [gnus-summary-enter-digest-group]
 <return> [gnus-summary-scroll-up]
 h [gnus-summary-select-article-buffer]
 q [gnus-summary-expand-window]
 q [gnus-summary-exit]
 q [bury-buffer]

You know, between q number 2 and q number 3, what is on the screen does
not change at all, giving the impression that emacs is dumb.

Same here, three q's:

 C-d [gnus-summary-enter-digest-group]
 SPC [gnus-summary-next-page]
 n [gnus-summary-next-unread-article]
 h [gnus-summary-select-article-buffer]
 n [gnus-article-read-summary-keys]
 n n [gnus-article-read-summary-keys]
 n q [gnus-summary-expand-window]
 q [gnus-summary-exit]
 q [bury-buffer]

Ah. we see it is all related to that critical "h". If we never used the
"h", we would never encounter the problem:

 C-d [gnus-summary-enter-digest-group]
 SPC [gnus-summary-next-page]
 n [gnus-summary-next-unread-article]
 n [gnus-summary-next-unread-article]
 n [gnus-summary-next-unread-article]
 q [gnus-summary-exit]

Wow, only one q to get back to the (Highest, not just that of the
digest) *Summary* buffer.

Anyway, for the h cases, please make it use two q's instead of three.
Thanks.

P.S., it may be due to my
https://www.jidanni.org/comp/configuration/.emacs
https://www.jidanni.org/comp/configuration/.gnus.el

Gnus v5.13
GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.20)
 of 2020-05-17, modified by Debian





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#43431: superfluous bury-buffer needed due to earlier gnus-summary-select-article-buffer
  2020-09-15 18:57 bug#43431: superfluous bury-buffer needed due to earlier gnus-summary-select-article-buffer 積丹尼 Dan Jacobson
@ 2020-09-17 15:18 ` Lars Ingebrigtsen
  2020-09-19 16:32   ` 積丹尼 Dan Jacobson
  0 siblings, 1 reply; 4+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-17 15:18 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: 43431

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> When using C-d [gnus-summary-enter-digest-group] why does one need three
> q's instead of two, to return to the (Highest, not just that of the
> digest) *Summary* buffer?
>
>  C-d [gnus-summary-enter-digest-group]
>  <return> [gnus-summary-scroll-up]
>  h [gnus-summary-select-article-buffer]
>  q [gnus-summary-expand-window]
>  q [gnus-summary-exit]
>  q [bury-buffer]

I'm unable to reproduce this -- q isn't bound to
gnus-summary-expand-window for me.  Is this a local customisation you've
done?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#43431: superfluous bury-buffer needed due to earlier gnus-summary-select-article-buffer
  2020-09-17 15:18 ` Lars Ingebrigtsen
@ 2020-09-19 16:32   ` 積丹尼 Dan Jacobson
  2020-09-19 16:41     ` Lars Ingebrigtsen
  0 siblings, 1 reply; 4+ messages in thread
From: 積丹尼 Dan Jacobson @ 2020-09-19 16:32 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 43431

>>>>> "LI" == Lars Ingebrigtsen <larsi@gnus.org> writes:
LI> 積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

>> When using C-d [gnus-summary-enter-digest-group] why does one need three
>> q's instead of two, to return to the (Highest, not just that of the
>> digest) *Summary* buffer?
>> 
>> C-d [gnus-summary-enter-digest-group]
>> <return> [gnus-summary-scroll-up]
>> h [gnus-summary-select-article-buffer]
>> q [gnus-summary-expand-window]
>> q [gnus-summary-exit]
>> q [bury-buffer]

LI> I'm unable to reproduce this -- q isn't bound to
LI> gnus-summary-expand-window for me.  Is this a local customisation you've
LI> done?

Yes I see my https://www.jidanni.org/comp/configuration/.gnus.el has
(define-key gnus-article-mode-map [?q] 'gnus-summary-expand-window); #35876

"So try that and see how it feels." Thanks.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#43431: superfluous bury-buffer needed due to earlier gnus-summary-select-article-buffer
  2020-09-19 16:32   ` 積丹尼 Dan Jacobson
@ 2020-09-19 16:41     ` Lars Ingebrigtsen
  0 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-19 16:41 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: 43431

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> Yes I see my https://www.jidanni.org/comp/configuration/.gnus.el has
> (define-key gnus-article-mode-map [?q] 'gnus-summary-expand-window); #35876
>
> "So try that and see how it feels." Thanks.

You're welcome, I'm sure.

So there doesn't seem to be a bug here, and I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2020-09-19 16:41 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-09-15 18:57 bug#43431: superfluous bury-buffer needed due to earlier gnus-summary-select-article-buffer 積丹尼 Dan Jacobson
2020-09-17 15:18 ` Lars Ingebrigtsen
2020-09-19 16:32   ` 積丹尼 Dan Jacobson
2020-09-19 16:41     ` Lars Ingebrigtsen

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).