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.