A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://lists.gnu.org/archive/html/emacs-devel/2022-11/msg01327.html below:

Re: Help sought understanding shorthands wrt modules/packages

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] From: Eli Zaretskii Subject: Re: Help sought understanding shorthands wrt modules/packages Date: Sun, 20 Nov 2022 09:18:29 +0200 
> From: Drew Adams <drew.adams@oracle.com>
> CC: "emacs-devel@gnu.org" <emacs-devel@gnu.org>
> Date: Sat, 19 Nov 2022 22:51:15 +0000
> 
> FWIW, I'd (passively) like to see this topic progress.

What kind of progress?  Is deciding that we don't (yet) need packages in
Emacs Lisp going to be considered "progress" in your opinion?

> If Richard, Gerd, and whomever else would lock
> themselves together in a room (virtual or real) for
> a weekend and come to senses & consensus, that
> might result in a Hallelujah, maybe even a Eureka!,
> moment.  Might or might not.  In lieu of that room,
> there's this thread...

Sorry, but it isn't just up to Richard and Gerd.  As I wrote at the
beginning of this thread, I'm not convinced we need this kind of
functionality in Emacs Lisp (and I explained why I thought so).  Until
someone comes up with convincing arguments, I still submit that adding this
kind of complexity into Emacs internals for the sake of functionality that
is not really needed is not a good idea.  (And no, "CL has it" is not a
convincing argument in my book.)

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4