* bug#15230: 24.3; Inconsistency in Tools menu
@ 2013-08-31 11:08 neutrico.pl Marcin Antczak
2013-09-13 5:05 ` Stefan Monnier
0 siblings, 1 reply; 4+ messages in thread
From: neutrico.pl Marcin Antczak @ 2013-08-31 11:08 UTC (permalink / raw)
To: 15230
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org. Please check that
the From: line contains a valid email address. After a delay of up
to one day, you should receive an acknowledgment at that address.
There is "Games" position in "Tools" menu.
I'm not sure if it should belong to this menu.
It should be removed or accessible as something optional.
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 ther and this could turn into an extensible and almost
unlimited list of external features available to turn on and off.
We could add positions such as:
- Code Browser
- Code Snippets
- Syntax Checking
etc.
Then we will get a long and hard to navigate list of toggle buttons which
belong to "Options" menu rather than to "Tools".
Another solution is to move this list to submenu.
For example:
"Tools" -> "Features >> "
In GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.6.4)
of 2013-08-22 on menkib, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.11303000
System Description: Ubuntu 13.04
Configured using:
`configure '--build' 'x86_64-linux-gnu' '--build' 'x86_64-linux-gnu'
'--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib'
'--localstatedir=/var/lib' '--infodir=/usr/share/info'
'--mandir=/usr/share/man' '--with-pop=yes'
'--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3/site-lisp:/usr/share/emacs/site-lisp'
'--with-crt-dir=/usr/lib/x86_64-linux-gnu' '--with-x=yes'
'--with-x-toolkit=gtk3' '--with-toolkit-scroll-bars'
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall'
'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro'
'CPPFLAGS=-D_FORTIFY_SOURCE=2''
Important settings:
value of $LANG: pl_PL.UTF-8
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
--
Marcin Antczak
http://www.neutrico.pl
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#15230: 24.3; Inconsistency in Tools menu
2013-08-31 11:08 bug#15230: 24.3; Inconsistency in Tools menu neutrico.pl Marcin Antczak
@ 2013-09-13 5:05 ` Stefan Monnier
2020-01-23 13:27 ` Stefan Kangas
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Monnier @ 2013-09-13 5:05 UTC (permalink / raw)
To: neutrico.pl Marcin Antczak; +Cc: 15230
> 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
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#15230: 24.3; Inconsistency in Tools menu
2013-09-13 5:05 ` Stefan Monnier
@ 2020-01-23 13:27 ` Stefan Kangas
2020-02-28 23:24 ` Stefan Kangas
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Kangas @ 2020-01-23 13:27 UTC (permalink / raw)
To: Stefan Monnier; +Cc: 15230, neutrico.pl Marcin Antczak
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>> 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.
Having read the above 6 year old feature request, I don't see anything
actionable here. Stefan M seems to have already answered all relevant
points, and there have been no further comments.
I'll give it a couple of weeks, so anyone interested will have a last
chance to chime in, and then I'm closing this bug.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#15230: 24.3; Inconsistency in Tools menu
2020-01-23 13:27 ` Stefan Kangas
@ 2020-02-28 23:24 ` Stefan Kangas
0 siblings, 0 replies; 4+ messages in thread
From: Stefan Kangas @ 2020-02-28 23:24 UTC (permalink / raw)
To: Stefan Monnier; +Cc: 15230-done, neutrico.pl Marcin Antczak
Stefan Kangas <stefan@marxist.se> writes:
> Having read the above 6 year old feature request, I don't see anything
> actionable here. Stefan M seems to have already answered all relevant
> points, and there have been no further comments.
>
> I'll give it a couple of weeks, so anyone interested will have a last
> chance to chime in, and then I'm closing this bug.
No further comments within 5 weeks, so I'm closing this bug now.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2020-02-28 23:24 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-08-31 11:08 bug#15230: 24.3; Inconsistency in Tools menu neutrico.pl Marcin Antczak
2013-09-13 5:05 ` Stefan Monnier
2020-01-23 13:27 ` Stefan Kangas
2020-02-28 23:24 ` Stefan Kangas
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).