all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org
Subject: Re: Options menu
Date: Sat, 19 Mar 2005 17:51:58 +0100	[thread overview]
Message-ID: <x5br9fa89d.fsf@lola.goethe.zz> (raw)
In-Reply-To: <006901c52c9b$bcf6c890$0200a8c0@sedrcw11488> (Lennart Borgman's message of "Sat, 19 Mar 2005 16:51:55 +0100")

"Lennart Borgman" <lennart.borgman.073@student.lu.se> writes:

> ----- Original Message ----- 
> From: "Eli Zaretskii" <eliz@gnu.org>
>
>> > Most applications I use on w32 have a "View" top menu.
>>
>> This was considered when the menu bar was restructured in preparation
>> for Emacs 21.1.  The conclusion, IIRC, was that View is generally
>> inappropriate in a text editor, because it is not a program whose
>> purpose is to show you something, in which case View selects what
>> details you are being shown.
>
> I think that "View" here mostly is a synonym for "Appearance". In for
> example Firefox View menu the main items are:
>
>     Toolbars, Status Bar, Sidebars;
>     Stop, Reload;
>     Text Size, Page Style, Character Encoding;
>     Page Source, Full Screen.
>
> So if that was the reason not to have a View top menu then it might be time
> to rethink?

"Page Source" is not exactly "Appearance".  I have to admit being
surprised at this usage, nevertheless.

Gnumeric offers

New View (generate a new frame into same "buffer")
Freeze Panes
Windows -> (list of available windows to jump to)
Toolbars -> (list of available toolbars to enable)
View Statusbar (checkmark)
Full Screen
Zoom

This is a bit more mixed than just static appearance setup, but also
carries weight in that direction.

Personally, I find "View" strongly associated with viewing files, in
particular in the contest of Emacs.

I find "View" less appropriate for what it is used in Firefox et al
than "Appearance".  The one thing that speaks for "View" is that the
name is shorter, taking up less space as a top item in the menu bar.

But I don't think this sort of functionality would warrant a top menu
item in most modes in Emacs.  If for compatibility reasons or whatever
it was decided to make this a top item, I'd probably also opt for
"View" just for saving menu bar real space.

One argument for that would be that _when_ you use this menu, you are
likely to use it several times in succession until Emacs' appearance
meets your needs, and then it will be tiring to go through
Options/Appearance for every selection.  In GTK+, you would probably
just tear off the menu (if you know how to do it) for this process.

But we are running short of menubar space for a typical LaTeX editing
session with preview-latex, RefTeX, AUCTeX (two! top menus) and
LaTeX-math-mode already.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

  reply	other threads:[~2005-03-19 16:51 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-18  8:54 Options menu Kim F. Storm
2005-03-18 10:31 ` David Kastrup
2005-03-18 12:57   ` Kim F. Storm
2005-03-18 14:58   ` Chong Yidong
2005-03-18 22:56   ` Lennart Borgman
2005-03-19 10:20     ` Eli Zaretskii
2005-03-19 11:24       ` David Kastrup
2005-03-19 15:32         ` Eli Zaretskii
2005-03-19 15:55           ` David Kastrup
2005-03-19 15:51       ` Lennart Borgman
2005-03-19 16:51         ` David Kastrup [this message]
2005-03-19 17:22         ` Eli Zaretskii
2005-03-19 18:18           ` Lennart Borgman
2005-03-20 12:59         ` Richard Stallman
2005-03-20 16:26           ` David Kastrup
2005-03-20 16:58             ` Luc Teirlinck
2005-03-20 17:31               ` David Kastrup
2005-03-20 17:43                 ` Luc Teirlinck
2005-03-20 18:06                   ` David Kastrup
2005-03-21  1:19                   ` Richard Stallman
2005-03-21  1:19                 ` Richard Stallman
2005-03-20 19:31             ` Lennart Borgman
2005-03-20 20:49               ` David Kastrup
2005-03-20 20:45             ` Jason Rumney
2005-03-20 21:40               ` David Kastrup
2005-03-20 22:27               ` Lennart Borgman
2005-03-20 23:10                 ` Luc Teirlinck
2005-03-21  0:02                   ` David Kastrup
2005-03-21  1:26                     ` Luc Teirlinck
2005-03-22  3:34                       ` Richard Stallman
2005-03-21  1:41                     ` Luc Teirlinck
2005-03-21  6:12                     ` Lennart Borgman
2005-03-21 23:28                       ` Luc Teirlinck
2005-03-21 23:35                         ` David Kastrup
2005-03-21 23:50                           ` Luc Teirlinck
2005-03-22  0:15                             ` David Kastrup
2005-03-22  6:20                               ` Lennart Borgman
2005-03-22 20:44                           ` Richard Stallman
2005-03-22 22:37                             ` David Kastrup
2005-03-20 22:12             ` Miles Bader
2005-03-18 15:48 ` Drew Adams
2005-03-18 20:30   ` Eli Zaretskii
2005-03-18 20:53     ` Drew Adams
2005-03-19 10:13       ` Eli Zaretskii
2005-03-19  3:08 ` Richard Stallman
  -- strict thread matches above, loose matches on Subject: below --
2005-08-23  8:45 Baloff
2005-08-23  8:47 ` Sébastien Kirche
2005-08-24 16:58   ` Baloff
2005-08-25  0:40     ` Sean Sieger

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=x5br9fa89d.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    /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.