Re: [ANN] erc-irc-format: Erc extensions for IRC formatting codes

"J.P." <[email protected]> Sun, 02 Feb 2025 15:53:45 -0800
Newsgroups gmane.emacs.erc.general
Message-ID <[email protected]>
Alcor <[email protected]> writes:

> Hello Erc'ers,
>
> With some help from folks on #emacs (special thanks to mekeor &
> kickingvegas), I've refactored my old 'erc-ircfmt' snippet into an
> installable Emacs package, now available from
> https://github.com/fmqa/erc-irc-format
>
> This package supplements Erc with a transient [1] menu for inputting IRC
> formatting codes [2].
>
> As an addition, the package also includes an Erc module 'erc-normalize'
> for preserving formatting codes when yanking to Erc's input region.
>
> The code has been tested under Emacs 29.1+ and Erc 5.6. Note that it is
> recommended to upgrade the built-in transient package in order to fix a
> number of superfluous warnings that are emitted on load when using older
> versions of transient.el (see the README for a quick way to do this).
>
> Future plans include investigating/implementing support for Emacs 28,
> and, depending on uptake/feedback, preparation for contribution to Erc.

I'd like to wait to drop support for Emacs 27 until we've had at least
one release that includes basic IRCv3 features. (Hopefully, that release
is ERC 5.7.) However, given that Transient comes bundled with newer
Emacsen and its ELPA version supports 27, I don't see why we couldn't
add it as an official dependency in our ";;; Package Requires" header.
Alternatively, we could instead employ various compat-related tricks to
ensure Emacs 27 doesn't blow up when someone loads your library.

On a related note, I heard somewhere that the Org folks are discussing
ways to integrate a menu system, with Transient being among the front
runners, although I doubt their discussions will inform our decision
much (unless they happen to unearth some glaring universal reason to
disqualify Transient). Anyway, just some food for thought.