all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: "neutrico.pl Marcin Antczak" <marcin.antczak@gmail.com>
Cc: 15230@debbugs.gnu.org
Subject: bug#15230: 24.3; Inconsistency in Tools menu
Date: Fri, 13 Sep 2013 01:05:59 -0400	[thread overview]
Message-ID: <jwvtxhpqq8j.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <87ppsu15jd.fsf@neutrico.pl> (neutrico pl Marcin Antczak's message of "Sat, 31 Aug 2013 13:08:38 +0200")

> There is "Games" position in "Tools" menu.
> I'm not sure if it should belong to this menu.

I see your point, but I'm not sure where else to put it.

> Another problem is that in "Tools" menu there are toggle type buttons
> such as:

> - Project Support (EDE)
> - Source Code Parsers (Semantic)

> These options are not "tools".  They do nothing functional.  They are
> just turning some features on and off but have no immediate
> functional meaning.

> Another problem is that we have more similar options to add there and
> this could turn into an extensible and almost unlimited list of
> external features available to turn on and off.

I guess we could move them to Options, but the toggles in Options tend
to be of a different nature (basically UI preferences), whereas the EDE and
Semantic are really toggles to turn on some tool, simply because those
tools aren't quite tuned enough yet to always "just work", so turning
them on unconditionally would lead to complaints.

> We could add positions such as:
> - Code Browser

Not sure what package/function/feature that would refer to.

> - Code Snippets

These are usually enabled already.

> - Syntax Checking

You mean something like flymake?  This definitely falls in the same camp
as EDE/Semantic, since it should also ideally be enabled by default, but
there again, it's not polished/robust enough for that.

> Then we will get a long and hard to navigate list of toggle buttons which
> belong to "Options" menu rather than to "Tools".

The Options menu is indeed problematic since Emacs has so many options:
we can only keep in it a few options we consider to benefit from such
a position (e.g. to make them easier to find for newcomers, or to make
them easier to toggle at runtime).

> Another solution is to move this list to submenu.
> For example:
> "Tools" -> "Features >> "

That sounds like a good idea.  Tho it would have the downside that it
would somewhat hide those features.


        Stefan





  reply	other threads:[~2013-09-13  5:05 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-31 11:08 bug#15230: 24.3; Inconsistency in Tools menu neutrico.pl Marcin Antczak
2013-09-13  5:05 ` Stefan Monnier [this message]
2020-01-23 13:27   ` Stefan Kangas
2020-02-28 23:24     ` Stefan Kangas

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

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

  git send-email \
    --in-reply-to=jwvtxhpqq8j.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=15230@debbugs.gnu.org \
    --cc=marcin.antczak@gmail.com \
    /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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.