On 11/11/23 21:28, tpeplt wrote:
>    I have been unable to update my installation of ‘compat’ version
> 29.1.4.2 to version 29.1.4.3 for several days.  Each time I list the
> packages, the ‘compat’ package is marked as available for update, but
> when I press [RET] to view the package description, the following error
> message is displayed (copied from the *Messages* buffer in Emacs 28.3):
> 
>    describe-package-1: Wrong type argument: char-or-string-p, ("Daniel Mendler" . "mail@daniel-mendler.de")
> 
>    I am downloading GNU packages from https://elpa.gnu.org/packages/.
> 
>    Please let me know if there is more information that I can provide to
> help you diagnose this problem.

I released version 29.1.4.3 of Compat, the Elisp compatibility library.

This is a minor release with small corrections and two newly added
functions: char-uppercase-p and window-configuration-equal-p. See the
NEWS file for further details regarding this release. Please let me know
if you have questions or improvement proposals.

It is noteworthy that Steve Purcell added basic Compat support to the
package-lint tool in the recent release 0.20. This means that
package-lint does not generate false positive warnings about Compat
functions anymore. Furthermore, package-lint suggests depending on
Compat if new functions are used which are not yet available in the
Emacs version specified in Package-Requires.

In Emacs 28 a new scheme to enable global minor modes was introduced. In
easy-mmode.el, the turn-on-function is wrapped as follows:

(setq turn-on-function
  `(lambda ()
     (require 'easy-mmode)
     (when (easy-mmode--globalized-predicate-p ,MODE-predicate)
        (funcall ,turn-on-function)))))

It would be great if we could back port
easy-mmode--globalized-predicate-p via Compat, such that global minor
modes supporting Emacs 27 and older could take advantage of this scheme.
See for example corfu--on and global-corfu-modes in corfu.el.

In Emacs 28 a new scheme to enable global minor modes was introduced. In
easy-mmode.el, the turn-on-function is wrapped as follows:

Hi Jonas!

On 9/19/23 17:38, Jonas Bernoulli wrote:
> I was surprised to learn that `pcase-setq' isn't implemented.
> The manual mentions that it is not implemented, but not why.
> 
> Please (re-)consider adding it.

Additional pcase features and pcase-setq are too complicated to port
back via Compat. I made a quick attempt a while back in the
feature/pcase branch, which resulted in a lot of code and which didn't
work. I've asked Stefan Monnier if making pcase available as a :core
package would be an option but Stefan wasn't positive about that.

On 9/13/23 12:31, Philip Kaludercic wrote:
> Daniel Mendler <mail@daniel-mendler.de> writes:
> 
>> On 9/12/23 12:02, Philip Kaludercic wrote:
>>> Ihor Radchenko <yantar92@posteo.net> writes:
>>>
>>>> Daniel Mendler <mail@daniel-mendler.de> writes:
>>>>
>>>>> ... Providing a public API won't work
>>>>> since Compat is not included in Emacs itself. A design criterion of
>>>>> Compat is also to keep the public API surface as small as possible.
>>>>
>>>> Maybe it is the time to consider including the compat.el API into Emacs?
>>>> We are getting a number of :core packages published on ELPA and

On 9/12/23 12:02, Philip Kaludercic wrote:
> Ihor Radchenko <yantar92@posteo.net> writes:
> 
>> Daniel Mendler <mail@daniel-mendler.de> writes:
>>
>>> ... Providing a public API won't work
>>> since Compat is not included in Emacs itself. A design criterion of
>>> Compat is also to keep the public API surface as small as possible.
>>
>> Maybe it is the time to consider including the compat.el API into Emacs?
>> We are getting a number of :core packages published on ELPA and
>> naturally having to solve various compatibility problems.
> 
> I am a bit behind wrt Compat development.  Are we talking about adding

On 9/9/23 14:12, Ihor Radchenko wrote:
> Daniel Mendler <mail@daniel-mendler.de> writes:
>> compat-30 can be released as soon as Emacs 30 has been reasonably
>> stabilized, e.g., when the emacs-30 branch has been frozen, or a bit
>> before that. We cannot release much earlier since APIs may still change
>> and it is probably undesired to release unfinished APIs to the public
>> too early. For reference, I've created the compat-29.1.1 release around
>> the day that Eli announced the emacs-29 branch freeze.
>
> It is indeed viable to copy-paste the needed functions into the package
> code, but it _feels_ like something compat.el may provide support for.
>
> May it be possible to provide a public API in compat.el to define
> compat function versions before they appear in compat.el properly?

I released version 29.1.4.2 of Compat, the Elisp compatibility library.

This minor release coincides with the release of Emacs 29.1. Compat 29.1
has been stable for some time now. There are two minor additions in this
release: lisp-directory and native-comp-available-p. See the NEWS file
for further details regarding this release. Please let me know if you
have questions or improvement proposals.

Daniel

On 7/3/23 17:54, Arthur Miller wrote:
> Ah, sorry, I had a brain freeze; <remap> works just fine, it was about
> <tool-bar> :).

Hmm, I think binding tool-bar or menu-bar events should work too. If it
doesn't it is a bug in Emacs.

Daniel