GNU bug report logs - #64871
30.0.50; [FR] Add command and menu item to open user init file

Previous Next

Package: emacs;

Reported by: Ihor Radchenko <yantar92 <at> posteo.net>

Date: Wed, 26 Jul 2023 11:05:02 UTC

Severity: normal

Found in version 30.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: yantar92 <at> posteo.net, 64871 <at> debbugs.gnu.org
Subject: Re: bug#64871: 30.0.50; [FR] Add command and menu item to open user
 init file
Date: Thu, 27 Jul 2023 15:48:37 +0300
> From: Po Lu <luangruo <at> yahoo.com>
> Cc: yantar92 <at> posteo.net,  64871 <at> debbugs.gnu.org
> Date: Thu, 27 Jul 2023 20:29:48 +0800
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Are people who want to customize Emacs likely to use the
> > Options->Customize Emacs menu?  If yes, why not have this one
> > additional item there?  If no, why do we have that menu at all?
> 
> Users who need to customize Emacs don't necessarily need help to find
> their initialization files.

Not necessarily, but possibly?

Not every menu item we have is "necessarily" used.  They are there
because they could be useful enough, that's all.

> > So we are now using a smartphone as the reference platform for making
> > UI decisions?  Smartphones might need a whole new approach to the
> > Emacs UI, and a bunch of very different UI decisions.  They should not
> > dictate what our UI looks like on desktop and laptop machines.
> 
> Actually, the amount of horizontal display area available on smartphones
> tends to reflect that of low-resolution desktop displays and computer
> terminals.  Emacs UI currently works well on either.

"Low-resolution" meaning what? 640x480?

It isn't an accident that HTML has special meta-elements devised for
mobile devices.  If browsers need that, I'm quite sure Emacs will
sooner or later need something similar as well.

> > When did you last look at modern word processors and their tool bars?
> > They are, in fact, much more crowded than ours.
> 
> Nevertheless, each of those items is used frequently enough to justify
> their placement there.

Not IME, no.  Many tool-bar buttons go entirely unused.




This bug report was last modified 1 year and 294 days ago.

Previous Next


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