From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: fancy splash screen
Date: Fri, 15 Sep 2006 09:00:32 -0700 [thread overview]
Message-ID: <EIENLHALHGIMHGDOLMIMAEGCCLAA.drew.adams@oracle.com> (raw)
In-Reply-To: <85psdxxiiv.fsf@lola.goethe.zz>
> "Emacs" in "About Emacs" is not redundant in any way. If you have
> multiple buffers, there is nothing that implies that one named only
> "About" has help about Emacs.
Most applications I know have exactly one "About" menu, and Emacs does
not seem to be different in that respect.
It's not about the menu; it's about the buffer name. There are lots of
buffers whose content is "about" something, and some Emacs libraries might
use that term in buffer names, for various purposes. You might have buffers
"*About Foo Bar*" and "*About Toto*". The buffer about Emacs should be
called "*About Emacs*" (possibly with "GNU"). A buffer name of just
"*About*" does not clearly indicate what it is.
> Is it good or bad to use "*...*"? I don't know. I tend to think it's
> not needed here.
Standard naming convention for buffers without associated files.
Right. Thx. So "GNU Emacs" was also a poor choice for the buffer name for
that reason.
BTW, I think I've read about that convention explicitly somewhere, but I
can't seem to find it in the Elisp manual. Shouldn't that be mentioned in
node Tips or node Coding Conventions?
Similarly, I don't see it mentioned in the Emacs manual. Shouldn't it be
mentioned along with the use of space as first character for internal
buffers (e.g. in node Select Buffer)? Node Buffers is perhaps a good place
to mention use of both `*' and initial space in buffer names. That node
gives examples of `*' buffers, without ever pointing out that they are
buffers that are not normally visiting files. Another possibility is node
List Buffers, which points out that *Help* is not visiting a file (but does
not make the connection with `*' in the name).
next prev parent reply other threads:[~2006-09-15 16:00 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-14 8:45 fancy splash screen martin rudalics
2006-09-14 17:47 ` Chong Yidong
2006-09-15 3:14 ` Richard Stallman
2006-09-15 12:19 ` martin rudalics
2006-09-15 13:02 ` Romain Francoise
2006-09-15 13:06 ` David Kastrup
2006-09-15 14:12 ` martin rudalics
2006-09-15 15:17 ` David Kastrup
2006-09-16 19:05 ` Richard Stallman
2006-09-15 14:12 ` Drew Adams
2006-09-15 15:21 ` David Kastrup
2006-09-15 16:00 ` Drew Adams [this message]
2006-09-15 16:22 ` David Kastrup
2006-09-15 16:43 ` Drew Adams
2006-09-15 22:57 ` Richard Stallman
2006-09-15 22:57 ` Richard Stallman
2006-09-16 12:55 ` martin rudalics
-- strict thread matches above, loose matches on Subject: below --
2002-06-28 21:31 Matthias Meulien
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=EIENLHALHGIMHGDOLMIMAEGCCLAA.drew.adams@oracle.com \
--to=drew.adams@oracle.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.