[kontact] [Bug 481024] The loss of user-defined snoozing for calendar and todo reminders is a massive functional regression and actually a hard show-stopper for my kontact usage

[Flossy Cat]

https://bugs.kde.org/show_bug.cgi?id=481024

--- Comment #12 from Flossy Cat <flossy-cat at online.de> ---
(In reply to David Faure from comment #9)
> > Actually you should never have removed the original functionality 
> 
> "You"? Just because I have a @kde.org address does not mean I was part of
> that decision in any shape of form. 

Sorry, no offense meant – I am not a native speaker/writer of the English
language.

I used "you" as second person plural. In my native language (German) this is
clearly
set apart from second person singular and even written different if one is
addressing
the actual participants of a conversation or a loosely specified group.

The text, rendered in German, would have clearly conveyed, I do not mean you as
person,
but "them" in charge of this solitary decision and "them" responsible for this
"decision culture"
alienating loyal user and supporters of KDE since the transition from KDE3 …

What would be a proper phrase in English to transport this meaning?

> On the contrary I was among the first
> ones to complain about it when I found out, as a user. And I'm writing here
> because I'm on the same side as you, trying to find possible solutions. 

I concluded this from your phrase "I was told this …" and the provided
suggestion and really did not intend to attack you.

> I know you're frustrated but please refrain from attacking the first person
> you talk to.

I would only be frustrated if I would be helpless – that I'm definitely not.
I'm annoyed by the nasty surprise of a grave functional regression of core SW I
daily rely on.
I'm angered to have to postpone my native own tasks and quickly find a
workaround or migrate to Thunderbird.
I'm alienated by the repeated disregard of the decision makers in the KDE
community for the effort loyal and
dedicated KDE users put in sophisticated work environments and work flows.

> As for DBus, I'm sure the notification library sends a DBus signal that
> plasma reacts to, but I'm not sure how that would help as long as kalendarac
> only has code to postpone by 5 minutes and 1 hour.

Here a sketch of the workaround (which easily could be grown into a
professional solution):

I presume that some »korganizer« sender will send a message with all necessary
information
to some »knotifier« endpoint (receiver). As a lot is going on on my session
DBus some guidance
to narrow the search down would be welcome.

I then will hook on this message (via »qdbus-qt5« or »busctl«) and have some
script act upon it, 
probably firing up a suitably tailored »kalarm« command. Then this workaround
has to be made
permanent – i.e. autostart with each GUI login and deactivate all notifier
actions for calendar reminders …

The final solution could be achieved along this lines if the »kalarm«
developers would honor the 
kind request to provide an option to do this natively in »kalarm« itself. Some
minor improvements
suggested within the GUI of »kalarm«'s edit window for reminders and we would
have an excellent
substitute for (and even improvement over) the old functionality.

All at the individual user's choice:
Those happy with the current solution just keep it.
All the others essentially configure »kalarm« as reminder handler for
»korganizer«.

»kalarm« should even capable to address Bernhard's problem of stale reminder
storms when
switching between different machines: It can suppress late reminders …

Actually I'm just prototyping a workaround but are stalled by some minor bugs
both in »kalarm« and »korganizer«
I do not yet fully understand …

If you, David, could be so kind to draft persons knowledgeable in »kalarm« or
»korganizer« (both skills are needed
but not necessarily within one person), this would be very helpful.

Thanks in advance.

-- 
You are receiving this mail because:
You are the assignee for the bug.