all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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).

  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.