[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: track-exclude some nick

From: Danilo Alves
Subject: Re: track-exclude some nick
Date: Thu, 7 Oct 2021 14:51:17 -0300

On 01/10/2021 09:21, J.P. wrote:
> Among the more obvious approaches is the attached (untried) example.

Hi J.P.,

Thanks for the answer and proposed patch, but unfortunately I couldn't
make it work.

First I would like to point out that I'm not some experienced Emacs
user, so I'll describe what I did to apply and try the patch on Debian
stable, hoping that I didn't messed up.

I created a `lisp/erc' directory in my `~/.emacs.d' and copied the
contents of `/usr/share/emacs/27.1/lisp/erc/' there.

Gunzipped `erc-track.el.gz' and applied the patch.

Added the following to my `init.el':

   (setq erc-track-exclude-nicks '("some-bot"))

Started emacs with:

emacs -L ~/.emacs.d/lisp/erc/

But "some-bot" was still triggering notifications.

> The traditional approach for achieving session-specific granularity
> seems to be the usual "find hook (or hack) to set buffer-local value,"
> which implies reading source code. But this approach may not prove
> particularly conducive to rejuvenating the Emacs userbase, to whatever
> extent ERC's role as a conduit in that game is anything other than
> lofty thinking.

Can't say much about ERC's role in rejuvenating the Emacs userbase, but
I feel that getting involved with ERC to a point of submitting a patch
is more easy. I don't have much practice reading source code, but I'm
willing to improve that.

> So yeah, looking ahead, would it not make sense to seek out some
> standard means of telling ERC about the context in which some option
> should apply? Perhaps this is best solved with a mini expression
> language, like the one Corwin's been championing. Or maybe something
> dumber is worth considering as well...

I'm curious, what mini expression language?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]