From: Eli Zaretskii <eliz@gnu.org>
To: rms@gnu.org
Cc: philipk@posteo.net, michelangelo.rodriguez@gmail.com,
emacs-devel@gnu.org
Subject: Re: Question about `cond*'
Date: Thu, 03 Oct 2024 10:12:06 +0300 [thread overview]
Message-ID: <86jzepzmm1.fsf@gnu.org> (raw)
In-Reply-To: <E1swCca-0006Cr-P7@fencepost.gnu.org> (message from Richard Stallman on Wed, 02 Oct 2024 23:35:20 -0400)
> From: Richard Stallman <rms@gnu.org>
> Cc: michelangelo.rodriguez@gmail.com, emacs-devel@gnu.org
> Date: Wed, 02 Oct 2024 23:35:20 -0400
>
> > I can only assume it was a mistake. The question is should the feature
> > be called `cond-star' or `cond*'.
>
> I think `cond*' is a more natural name for the feature.
> That is what users will think of -- to do (require 'cont-star)
> would require a little extra bit of trivial knowledge.
>
> I called the file `cond-star.el' to avoid the inconvenience that
> an asterisk in the file name could cause. But it woukd be better
> if users did not have to know that file name.
If we provide 'cond*' as the feature, (require 'cond*) will not work
unless Lisp programs also specify the file name. So this gets us the
need to know the file name back through a back-door anyway.
> `cond*' really ought to be preloaded.
I don't see a need to preload it at this time, for the same reason we
don't preload pcase and other macros: they are not necessarily needed
right at the beginning of a session, and not used in any preloaded
code. I think we should first consider autoloading cond*, before we
talk about preloading it.
next prev parent reply other threads:[~2024-10-03 7:12 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-01 8:35 Question about `cond*' Michelangelo Rodriguez
2024-10-01 15:58 ` Eli Zaretskii
2024-10-01 17:05 ` Michelangelo Rodriguez
2024-10-01 18:13 ` Philip Kaludercic
2024-10-03 3:35 ` Richard Stallman
2024-10-03 4:14 ` Sean Whitton
2024-10-03 4:51 ` Alfred M. Szmidt
2024-10-03 5:18 ` Sean Whitton
2024-10-03 7:12 ` Eli Zaretskii [this message]
2024-10-04 7:54 ` Andrea Corallo
2024-10-06 3:18 ` Richard Stallman
2024-10-06 5:28 ` Sean Whitton
2024-10-06 6:27 ` Eli Zaretskii
2024-10-01 18:15 ` Stefan Kangas
2024-10-01 18:19 ` Eli Zaretskii
2024-10-02 4:41 ` Alfred M. Szmidt
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=86jzepzmm1.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=michelangelo.rodriguez@gmail.com \
--cc=philipk@posteo.net \
--cc=rms@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.