unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: goncholden via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: Michael Heerdegen <michael_heerdegen@web.de>
Cc: 53776@debbugs.gnu.org, Stephen Berman <stephen.berman@gmx.net>
Subject: bug#53776: Modeline indicator when using define-minor-mode
Date: Sun, 06 Feb 2022 17:12:27 +0000	[thread overview]
Message-ID: <ovrcu_EN7OXeKO8YDKJbKiPVw68Z0lJdmt1BWQ1nRm888UrnxYcQQl4gkuusugFPuKv30d0eOH3wp2MJai1WuwowaBOWksyMUdnnmpZ4fK4=@protonmail.com> (raw)
In-Reply-To: <87iltsmzn9.fsf@web.de>


------- Original Message -------

On Sunday, February 6th, 2022 at 3:39 AM, Michael Heerdegen <michael_heerdegen@web.de> wrote:

> Stephen Berman stephen.berman@gmx.net writes:
>
> > > Because one can easily add minor-modes that exceed the mode-line
> > > mini-buffer,
> > > is there
> > > the capability of making a hierarchical modeline indicator.

> > > e.g.
> > > Emacs-Lisp
> > > company
> > > Outl
> > > Gon -> rich
> > > -> gudin
> > > -> cholden
> >
> > That would appear to require a multiline mode line, which is not
> > possible with the current implementation.
>
> Maybe goncholden wants to visualize alternative "submodes". That's
> possible: the :lighter can be any modeline construct so you can do
> anything here the modeline supports, e.g. using :eval. See the
> definition of `emacs-lock-mode' for an example.

It is quite easy to have many minor-modes, and would be good to see them categorised,
perhaps in some kind of menu.  Been directed to minions, but would be great if emacs
has such functionality built-in.  I am ending with too many minor-modes being activated.

> > An alternative, which might be easier to implement (for someone who
> > knows how, not me), would be to make the mode line horizontally
> > scrollable. But maybe that's not so easy, since it seems so obviously
> > useful, yet hasn't been implemented.
>
> It's not hard to achieve, no. But it replaces something that is too
> crowded to be useful with something scrollable that is too crowded to be
> useful. I tried it once and was very disappointed - a modeline you need
> to scroll to see everything is worse than using a help command like C-h
> m.
>
> There are better alternatives: The more you use Emacs, the more the
> minor modes you use don't change any more. Better choose one of the
> available ways to make the mode indicator less longish in appearance.
>
> Michael.





  parent reply	other threads:[~2022-02-06 17:12 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-04 11:55 bug#53776: Modeline indicator when using define-minor-mode goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-04 13:02 ` Stephen Berman
2022-02-04 13:22   ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-04 13:35     ` Stephen Berman
2022-02-04 14:05       ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-04 14:38         ` Stephen Berman
2022-02-04 14:43           ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-04 14:49             ` Stephen Berman
2022-02-05  6:45               ` Lars Ingebrigtsen
2022-02-06  3:39       ` Michael Heerdegen
2022-02-06 12:52         ` Stephen Berman
2022-02-06 21:52           ` Michael Heerdegen
2022-02-06 23:13             ` Stephen Berman
2022-02-06 23:59               ` Michael Heerdegen
2022-02-07  0:28                 ` Stephen Berman
2022-02-07  0:51                   ` Michael Heerdegen
2022-02-07 22:40                     ` Stephen Berman
2022-02-06 17:12         ` goncholden via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2022-02-05  0:12     ` Phil Sainty

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='ovrcu_EN7OXeKO8YDKJbKiPVw68Z0lJdmt1BWQ1nRm888UrnxYcQQl4gkuusugFPuKv30d0eOH3wp2MJai1WuwowaBOWksyMUdnnmpZ4fK4=@protonmail.com' \
    --to=bug-gnu-emacs@gnu.org \
    --cc=53776@debbugs.gnu.org \
    --cc=goncholden@protonmail.com \
    --cc=michael_heerdegen@web.de \
    --cc=stephen.berman@gmx.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).