https://bugs.kde.org/show_bug.cgi?id=481024
--- Comment #12 from Flossy Cat <flossy-...@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.