GNU bug report logs - #77300
[Feature Request] Move color.el library to ELPA

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 77300 in the body.
You can then email your comments to 77300 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Elijah Gabe Pérez <eg642616 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: [Feature Request] Move color.el library to ELPA
Date: Wed, 26 Mar 2025 23:19:27 -0600

[Message part 1 (text/plain, inline)]

=color.el= is a very useful library for packages that requires using
color modifications or computation such as highlighting or more.

And now with recent changes in emacs-30 (such as news =color-oklab*=
functions (and more in future versions)), it would be worth having them
in ELPA.

[Message part 2 (text/html, inline)]

[Message part 3 (text/plain, inline)]

-- 
                                          - E.G via GNU Emacs and Org.

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

From: Elijah Gabe Pérez <eg642616 <at> gmail.com>
To: 77300 <at> debbugs.gnu.org
Subject: Re: bug#77300: [Feature Request] Make color.el library available to
 ELPA
Date: Wed, 26 Mar 2025 23:32:46 -0600

[Message part 1 (text/plain, inline)]

I think i chose the wrong title for this.
I hope this new one avoids confusions.

[Message part 2 (text/html, inline)]

[Message part 3 (text/plain, inline)]

-- 
                                          - E.G via GNU Emacs and Org.

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

From: Daniel Mendler <mail <at> daniel-mendler.de>
To: Elijah Gabe Pérez <eg642616 <at> gmail.com>
Cc: 77300 <at> debbugs.gnu.org, Philip Kaludercic <philipk <at> posteo.net>
Subject: Re: bug#77300: [Feature Request] Move color.el library to ELPA
Date: Thu, 27 Mar 2025 06:51:54 +0100

Elijah Gabe Pérez <eg642616 <at> gmail.com> writes:

> =color.el= is a very useful library for packages that requires using
> color modifications or computation such as highlighting or more.
>
> And now with recent changes in emacs-30 (such as news =color-oklab*=
> functions (and more in future versions)), it would be worth having them
> in ELPA.

We port back `color-*' functions as part of Compat, which is available
on ELPA. So you can depend on Compat instead in your package. This means
that not every small Emacs libraries like color.el has to be made
available on ELPA as well.

Daniel

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Elijah Gabe Pérez <eg642616 <at> gmail.com>
Cc: 77300 <at> debbugs.gnu.org
Subject: Re: bug#77300: [Feature Request] Make color.el library available to
 ELPA
Date: Thu, 27 Mar 2025 10:34:34 +0200

> From: Elijah Gabe Pérez <eg642616 <at> gmail.com>
> Date: Wed, 26 Mar 2025 23:19:27 -0600
> 
> color.el is a very useful library for packages that requires using
> color modifications or computation such as highlighting or more.
> 
> And now with recent changes in emacs-30 (such as news color-oklab*
> functions (and more in future versions)), it would be worth having them
> in ELPA.

This library gets about 1 change a year.  Given such a slow
development rate, what would be the justification of having it on
ELPA?  That it had some addition a few months ago doesn't seem to be a
good-enough reason, because by the same logic we'd have a large part
of Emacs on ELPA.

What was the specific practical case where you wished color.el was
available from ELPA?

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

From: Elijah Gabe Pérez <eg642616 <at> gmail.com>
To: Daniel Mendler <mail <at> daniel-mendler.de>
Cc: 77300 <at> debbugs.gnu.org, Philip Kaludercic <philipk <at> posteo.net>
Subject: Re: bug#77300: [Feature Request] Move color.el library to ELPA
Date: Thu, 27 Mar 2025 06:26:26 -0600

[Message part 1 (text/plain, inline)]

I didn't know about that, since I've no seen the new color.el functions in
compat.

I think this can be closed.

El mié., 26 de marzo de 2025 11:51 p. m., Daniel Mendler <
mail <at> daniel-mendler.de> escribió:

> Elijah Gabe Pérez <eg642616 <at> gmail.com> writes:
>
> > =color.el= is a very useful library for packages that requires using
> > color modifications or computation such as highlighting or more.
> >
> > And now with recent changes in emacs-30 (such as news =color-oklab*=
> > functions (and more in future versions)), it would be worth having them
> > in ELPA.
>
> We port back `color-*' functions as part of Compat, which is available
> on ELPA. So you can depend on Compat instead in your package. This means
> that not every small Emacs libraries like color.el has to be made
> available on ELPA as well.
>
> Daniel
>

[Message part 2 (text/html, inline)]

Message #22 received at 77300-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Elijah Gabe Pérez <eg642616 <at> gmail.com>
Cc: mail <at> daniel-mendler.de, 77300-done <at> debbugs.gnu.org, philipk <at> posteo.net
Subject: Re: bug#77300: [Feature Request] Move color.el library to ELPA
Date: Thu, 27 Mar 2025 14:35:58 +0200

> Cc: 77300 <at> debbugs.gnu.org, Philip Kaludercic <philipk <at> posteo.net>
> From: Elijah Gabe Pérez <eg642616 <at> gmail.com>
> Date: Thu, 27 Mar 2025 06:26:26 -0600
> 
> I didn't know about that, since I've no seen the new color.el functions in compat.
> 
> I think this can be closed.

Done.

Previous Next

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