Gnus development mailing list
 help / color / mirror / Atom feed
* group-mode (&co) not based on special-mode?
@ 2018-06-24 10:08 Garreau, Alexandre
  2018-06-25  3:28 ` Eric Abrahamsen
  0 siblings, 1 reply; 2+ messages in thread
From: Garreau, Alexandre @ 2018-06-24 10:08 UTC (permalink / raw)
  To: ding

Hi,

Why isn’t group-mode (and other read-only modes, such as summary-mode)
not based on special mode? so that I can consistently rebind all
buffer-changing commands to more useful ones for all read-only buffers,
not one mode per mode?



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

* Re: group-mode (&co) not based on special-mode?
  2018-06-24 10:08 group-mode (&co) not based on special-mode? Garreau, Alexandre
@ 2018-06-25  3:28 ` Eric Abrahamsen
  0 siblings, 0 replies; 2+ messages in thread
From: Eric Abrahamsen @ 2018-06-25  3:28 UTC (permalink / raw)
  To: ding

"Garreau, Alexandre" <galex-713@galex-713.eu> writes:

> Hi,
>
> Why isn’t group-mode (and other read-only modes, such as summary-mode)
> not based on special mode? so that I can consistently rebind all
> buffer-changing commands to more useful ones for all read-only buffers,
> not one mode per mode?

My guess is that the Gnus code predates the common convention of using
special-mode for these kinds of buffers. That's something I was
intending to get around to (as well as having all the various Gnus modes
inherit from a master do-nothing "gnus-mode"), but haven't yet.

Maybe make a bug report?

Eric




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

end of thread, other threads:[~2018-06-25  3:28 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-06-24 10:08 group-mode (&co) not based on special-mode? Garreau, Alexandre
2018-06-25  3:28 ` Eric Abrahamsen

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 NNTP newsgroup(s).