GNU bug report logs - #75170
add-to-alist: new function

Previous Next

Full log

Message #58 received at 75170 <at> debbugs.gnu.org (full text, mbox):

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 75170 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Andrea Corallo <acorallo <at> gnu.org>, Roland Winkler <winkler <at> gnu.org>
Subject: Re: bug#75170: add-to-alist: new function
Date: Mon, 20 Jan 2025 01:29:17 +0100

Stefan Kangas <stefankangas <at> gmail.com> writes:

> On balance, I think we could add it.

But we should definitely have only one implementation in the end.

BTW, this situation is similar to and-let* vs. when-let* where Stefan
wants to remove a similar kind of twin.  If a new construct doesn't
provide some kind of advantage we blow up the language and make it more
complex.  One has to remember the differences between the twin versions.

So, are we sure that adding something like this is making things easier?
What is the advantage in this case?  That it's easier to understand?  I
think the examples in the docstring are easy to follow OTOH.  If it's
the discoverability, then let's improve that.

And if it's mainly useful for newbies and initialization files, an idea
would be to start a new file init-file-helpers.el or so that aims at
beginners, and add such things to it.


Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.