show missed notifications?

[mpanarin]

Is there a way to implement showing missed notifications?

for example, I open emacs 5 minutes before the event i should be alerted on. And my configured interval is 10 minutes.

Currently, I won't be notified of such event

[akhramov]

Hi, thanks for the report!

No, unfortunately, there’s no such functionality. I am by no means against it and would be happy if someone contributes the code.

Meanwhile I would suggest looking into WILD_NOTIFIER_NOTIFY_BEFORE for the most important events.

* TODO Visit the chocolate factory
  SCHEDULED: <2018-01-04 Thu 16:00>
  :PROPERTIES:
  :WILD_NOTIFIER_NOTIFY_BEFORE: 80 60 55 43 5
  :END:

[novoid]

How about (adding a time-stamp to the output and) using sticky notifications?

As I have learned, the alert package (which is being used by this project) has a cool setting:

;;   `alert-persist-idle-time'
;;     After this many idle seconds, alerts will become sticky, and not
;;     fade away more.  The default is 15 minutes.

So I'd go with something like (setq alert-persist-idle-time 60).

Disclaimer: I just stumbled over this package.

[colonelpanic8]

@novoid I think that solves a different issue than what @mpanarin is mentioning. He's talking about the case where emacs was not open at all at the relvant time when he should have been alerted.

[novoid]

@novoid I think that solves a different issue than what @mpanarin is mentioning. He's talking about the case where emacs was not open at all at the relvant time when he should have been alerted.

Oh, in that case, my workaround would not cover the use-case, yes.

I'm sorry, I was not aware that there are people who don't have a running Emacs instance 24/7. ;-)

[jonathanMelly]

Hi, I am maybe looking at something similar which would be that if a TODO item has a datetime in the past, then like with org-wild-notifier-day-wide-alert-times do for day-wide past items, it could include "non day wide" also.

This may be easiest to implement (i'm a complete emacs/elisp beginner but could even try a patch if it's not a 5 minutes adaptation for @akhramov ) BUT requiring the user to change the state to not be anymore notified ...

@mpanarin , would it go in the direction of your scenario even if not so smart regarding a notification that may have been validated ?