GNU bug report logs - #56609
[PATCH] Derive `Info-mode' from `special-mode'

Previous Next

Package: emacs;

Reported by: Richard Hansen <rhansen <at> rhansen.org>

Date: Sun, 17 Jul 2022 05:17:01 UTC

Severity: normal

Tags: patch

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


Message #29 received at 56609 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Richard Hansen <rhansen <at> rhansen.org>, "56609 <at> debbugs.gnu.org"
 <56609 <at> debbugs.gnu.org>
Subject: RE: [External] : bug#56609: [PATCH] Derive `Info-mode' from
 `special-mode'
Date: Sun, 17 Jul 2022 14:23:51 +0000
> Derive `Info-mode' from `special-mode'
> 
> * lisp/info.el (Info-mode): Derive `Info-mode' from `special-mode'.
>
> This makes it easier to exclude it from globalized minor modes that
> don't apply to special modes (such as `global-whitespace-mode' and
> global-display-fill-column-indicator-mode').

Is that the only reason?  If so, why is that
a real problem?  And if it is, why is this a
good solution?

If you see some real problem of a particular
globalized minor mode interfering with Info 
mode, why not report that as a specific
problem to be considered for solving?

Emacs has already pondered this question, as
evidenced by the code comment.  It's still a
question, and worth raising.

But to raise it, there should be some (more)
information about what problems there might
be now.  Otherwise, `special-mode', here, is
a solution in search of a problem.

Info mode has been around nearly forever;
`define-derived-mode' has been around at
least since Emacs 20; and `special-mode' has
been here since Emacs 23.

This bug report was last modified 3 years and 2 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.