GNU bug report logs - #40137
25.1; ERC ignore function should allow specifying a limited duration

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 40137 in the body.
You can then email your comments to 40137 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: Phil Hagelberg <phil <at> hagelb.org>
To: bug-gnu-emacs <at> gnu.org
Cc: bandali <at> gnu.org
Subject: 25.1; ERC ignore function should allow specifying a limited duration
Date: Thu, 19 Mar 2020 11:59:10 -0700

When using ERC, sometimes you need to /ignore users who are annoying
you. Rather than having all ignores persist until you manually un-ignore
them, it would be useful to be able to specify an amount of time after
which the ignore would expire on its own.

(bandali on the #emacs channel requested that I file this as a bug)

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

From: Thovthe <Thovthe <at> protonmail.com>
To: "40137 <at> debbugs.gnu.org" <40137 <at> debbugs.gnu.org>
Subject: Re: documentation for application developers?
Date: Sun, 03 May 2020 01:00:34 +0000

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

Hi Bruno,

Have you looked at the packaging documentation in section 6.1 and
6.2?  I just packaged QDirStat and all I had to do was
write/modify a package definition for it then build that with
`guix build`.  If you're looking for more synchronous help you
could join the IRC or matrix rooms.

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

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Phil Hagelberg <phil <at> hagelb.org>
Cc: bandali <at> gnu.org, 40137 <at> debbugs.gnu.org
Subject: Re: bug#40137: 25.1; ERC ignore function should allow specifying a
 limited duration
Date: Sun, 02 Aug 2020 09:25:24 +0200

Phil Hagelberg <phil <at> hagelb.org> writes:

> When using ERC, sometimes you need to /ignore users who are annoying
> you. Rather than having all ignores persist until you manually un-ignore
> them, it would be useful to be able to specify an amount of time after
> which the ignore would expire on its own.

The timeout itself doesn't seem like it'd be too difficult to implement,
but I'm not quite sure whether this would actually be useful.  What's
the use-case?  I mean, if a user is annoying, then the user will still
be annoying forever?  Hm...

Anyway, if this were to be implemented, in what format would the timeout
be queried for?  Perhaps hours?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Amin Bandali <bandali <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 40137 <at> debbugs.gnu.org, Phil Hagelberg <phil <at> hagelb.org>
Subject: Re: bug#40137: 25.1; ERC ignore function should allow specifying a
 limited duration
Date: Sun, 02 Aug 2020 10:43:23 -0400

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

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Phil Hagelberg <phil <at> hagelb.org> writes:
>
>> When using ERC, sometimes you need to /ignore users who are annoying
>> you. Rather than having all ignores persist until you manually un-ignore
>> them, it would be useful to be able to specify an amount of time after
>> which the ignore would expire on its own.
>
> The timeout itself doesn't seem like it'd be too difficult to implement,
> but I'm not quite sure whether this would actually be useful.  What's
> the use-case?  I mean, if a user is annoying, then the user will still
> be annoying forever?  Hm...
>

I'd personally use this feature if it were available.  Some people are
not /always/ annoying, just /sometimes/. :-)

>
> Anyway, if this were to be implemented, in what format would the
> timeout be queried for?  Perhaps hours?

Irssi seems to use seconds [0].  But I think minutes would be a nice
compromise between seconds and hours.  Though, ideally, we'd be able to
parse relative time strings like "+1h", "+3d", "+2w", and so on.

[0]: <https://irssi.org/documentation/help/ignore/>

Do you know if Emacs has functions for parsing such time formats outside
Org?  This seems like one of many situations they would come in handy.

[signature.asc (application/pgp-signature, inline)]

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Amin Bandali <bandali <at> gnu.org>
Cc: 40137 <at> debbugs.gnu.org, Phil Hagelberg <phil <at> hagelb.org>
Subject: Re: bug#40137: 25.1; ERC ignore function should allow specifying a
 limited duration
Date: Sun, 02 Aug 2020 19:07:20 +0200

Amin Bandali <bandali <at> gnu.org> writes:

>> Anyway, if this were to be implemented, in what format would the
>> timeout be queried for?  Perhaps hours?
>
> Irssi seems to use seconds [0].  But I think minutes would be a nice
> compromise between seconds and hours.  Though, ideally, we'd be able to
> parse relative time strings like "+1h", "+3d", "+2w", and so on.
>
> [0]: <https://irssi.org/documentation/help/ignore/>
>
> Do you know if Emacs has functions for parsing such time formats outside
> Org?  This seems like one of many situations they would come in handy.

Yeah, that would be handy...  I think.  Or perhaps not -- asking people
to learn a new "language" to just set a timeout is perhaps not ideal...

Anyway, I think hours would make sense -- it's a human-scale unit.  If
people want a quarter hour, they can just say 0.15.  Inputting seconds
sounds kinda ... excessively precise. 

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Amin Bandali <bandali <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 40137 <at> debbugs.gnu.org, Phil Hagelberg <phil <at> hagelb.org>
Subject: Re: bug#40137: 25.1; ERC ignore function should allow specifying a
 limited duration
Date: Sun, 02 Aug 2020 14:16:04 -0400

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

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Amin Bandali <bandali <at> gnu.org> writes:
>
>>> Anyway, if this were to be implemented, in what format would the
>>> timeout be queried for?  Perhaps hours?
>>
>> Irssi seems to use seconds [0].  But I think minutes would be a nice
>> compromise between seconds and hours.  Though, ideally, we'd be able to
>> parse relative time strings like "+1h", "+3d", "+2w", and so on.
>>
>> [0]: <https://irssi.org/documentation/help/ignore/>
>>
>> Do you know if Emacs has functions for parsing such time formats outside
>> Org?  This seems like one of many situations they would come in handy.
>
> Yeah, that would be handy...  I think.  Or perhaps not -- asking people
> to learn a new "language" to just set a timeout is perhaps not ideal...
>

Would it really be that big of a burden?  I'd imagine 10m, 2h, ...  to
be familiar/intuitive enough for most users, especially those with an
Org background.  Further, to alleviate this, we would set a default unit
for when none is provided (e.g. take 10 to mean 10m).

>
> Anyway, I think hours would make sense -- it's a human-scale unit.  If
> people want a quarter hour, they can just say 0.15.  Inputting seconds
> sounds kinda ... excessively precise. 

Agreed on seconds being excessive, but I would probably prefer minutes
over hours.

Anyhow, if anyone knows functions for parsing relative dates/times, I'd
appreciate it if you could point them out to me.

[signature.asc (application/pgp-signature, inline)]

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Amin Bandali <bandali <at> gnu.org>
Cc: 40137 <at> debbugs.gnu.org, Phil Hagelberg <phil <at> hagelb.org>
Subject: Re: bug#40137: 25.1; ERC ignore function should allow specifying a
 limited duration
Date: Sun, 02 Aug 2020 20:31:10 +0200

Amin Bandali <bandali <at> gnu.org> writes:

> Anyhow, if anyone knows functions for parsing relative dates/times, I'd
> appreciate it if you could point them out to me.

Looks like org-element-timestamp-parser is the org time parser...
probably a bit excessive.  :-)

We'd want to parse stuff like 1m3d, right?  Which is awfully like what
iso8601-parse-duration accepts:

(iso8601-parse-duration "P3Y6M4DT12H30M5S")
=> (5 30 12 4 6 3 nil -1 nil)

(iso8601-parse-duration "P3W")
=> (nil nil nil 21 nil nil nil -1 nil)

So just upcase and add a P to the start and we're there.  :-)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Amin Bandali <bandali <at> gnu.org>
Cc: 40137 <at> debbugs.gnu.org, Phil Hagelberg <phil <at> hagelb.org>
Subject: Re: bug#40137: 25.1; ERC ignore function should allow specifying a
 limited duration
Date: Wed, 05 Aug 2020 10:31:41 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> So just upcase and add a P to the start and we're there.  :-)

It was a bit more work, and time specs are ambiguous (1m means a month
or a minute?), but I've now implemented this.

The ambiguousness means that this could probably be tweaked a bit, but I
made the prompting thing into its own function, and we can more it to a
more central location if something else wants to use it.  And then tweak
further, if necessary.  For instance, one may do a DWIM check on the
string:  1m4m clearly means 1 month and four minutes and 2d4m means two
days and four minutes, while 1y1m is terminally ambiguous.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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