all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Jan D." <jan.h.d@swipnet.se>
Cc: steventamm@mac.com, rms@gnu.org, mmoll@rice.edu,
	emacs-devel@gnu.org,
	Dhruva Krishnamurthy <dhruva.krishnamurthy@gmail.com>,
	monnier@iro.umontreal.ca
Subject: Re: Need w32 help
Date: Tue, 2 Nov 2004 13:44:09 +0100	[thread overview]
Message-ID: <E43676C8-2CCC-11D9-BC2F-000D93505B76@swipnet.se> (raw)
In-Reply-To: <41876B68.9070301@gnu.org>

>>> That sounds like a step backwards. I can understand this behaviour 
>>> for
>>> platforms that do not let you create a new file from the open file
>>> dialog, but why change those platforms that do?
>>
>>
>> Doesn't "New File..." allow you to do that?  Anyway, the menu and 
>> toolbar are defined in menu-bar.el and toolbar/tool-bar.el and these 
>> files does not contain any platform specific code.  It would be a 
>> shame to change that.  The fact that Emacs has the same menu commands 
>> on all platforms is an andvantage for me at least.
>>
> Having the same menu items for all platforms is good, but the current 
> implementation seems confusing both to experienced Emacs users and to 
> new users. "New File..." is in fact the old "Open File...". It allows 
> you to both find an existing file and create a new file. This is 
> unlike any other application, perhaps "New File..." should just prompt 
> for the name rather than use a file dialog. "Open File..." is now a 
> new option which actively prevents you from creating a new file, and 
> has the toolbar icon of dired.

My initial suggestion was "Open old file", but it was decided to use 
"Open File".  The fact that "New File" is different is more Emacs 
fault, it needs a file name to determine major mode and such.  Other 
applications create empty documents with no association to a file, 
until you do save.

As for the dired icon, it is actually Emacs who got this backwards.  
The icon Emacs used to use for dired is the GTK stock icon for "open".  
All Gnome applications use that icon just for the purpose Emacs does 
now, i.e. open an existing file.  So in a sense Emacs has become more 
Gnome compliant.

>
> The dired toolbar icon looks like the icon got corrupted, it took me a 
> while to realise that it is in fact a 'd' superimposed on the old 
> dired icon, and it would not be obvious to the new user what that 
> meant. I suggest that we follow the example of other programs for 
> icons, and restore the "Open File..." and "Open Directory..." icons to 
> their previous state, and create a new icon for "New File..." based on 
> the "Open File..." icon with an added highlight to make it look shiny.
>

I am not a graphic designer, that is for sure :-)  You are free to 
modify the dired icon, but I would think it would be counter productive 
to modify the "New File" and "Open File" ones, as this means Emacs 
would again drift away from GTK/Gnome stock icon usage.  As for 
confusing, most users use the tooltips in a toolbar to see what the 
icons do, so any initial confusion should be gone quickly.

	Jan D.

  reply	other threads:[~2004-11-02 12:44 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-08 22:55 find-file dialog in Carbon Emacs is broken Mark Moll
2004-10-09 16:40 ` Steven Tamm
2004-10-09 17:14   ` Stefan
2004-10-09 17:26     ` David Kastrup
2004-10-09 17:33     ` Jan D.
2004-10-09 18:43       ` Miles Bader
2004-10-09 19:15         ` Jan D.
2004-10-09 19:27           ` Miles Bader
2004-10-09 20:20             ` Jan D.
2004-10-10  3:07               ` Steven Tamm
2004-10-10 15:15               ` Richard Stallman
2004-10-11 10:47                 ` Jan D.
2004-10-11 14:32                   ` Stefan
2004-10-11 17:01                     ` Jan D.
2004-10-11 21:38                       ` Kim F. Storm
2004-10-11 21:58                         ` Jason Rumney
2004-10-11 22:24                           ` Jan D.
2004-10-12  8:58                             ` Richard Stallman
2004-10-12  9:24                               ` David Kastrup
2004-10-12  8:57                       ` Richard Stallman
2004-10-12  8:56                   ` Richard Stallman
2004-10-10 15:15           ` Richard Stallman
2004-10-10 15:15       ` Richard Stallman
2004-10-10 20:25         ` David Kastrup
2004-11-02  8:28         ` Need w32 help (was find-file dialog in Carbon Emacs is broken) Jan D.
2004-11-02  8:46           ` Dhruva Krishnamurthy
2004-11-02  8:57             ` Need w32 help Jason Rumney
2004-11-02 10:49               ` Jan D.
2004-11-02 11:11                 ` Jason Rumney
2004-11-02 12:44                   ` Jan D. [this message]
2004-11-02 10:37             ` Need w32 help (was find-file dialog in Carbon Emacs is broken) Jan D.
2004-10-09 18:01     ` find-file dialog in Carbon Emacs is broken Jason Rumney

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=E43676C8-2CCC-11D9-BC2F-000D93505B76@swipnet.se \
    --to=jan.h.d@swipnet.se \
    --cc=dhruva.krishnamurthy@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=mmoll@rice.edu \
    --cc=monnier@iro.umontreal.ca \
    --cc=rms@gnu.org \
    --cc=steventamm@mac.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.