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



  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.