https://bugs.kde.org/show_bug.cgi?id=481024
--- Comment #13 from Flossy Cat <flossy-...@online.de> --- (In reply to Bernhard E. Reiter from comment #10) > I also find that the regression is a major one. (I've reported this in > https://bugs.kde.org/show_bug.cgi?id=452264 among other significant > usability problems.). Speaking of usability problems (and I share your view on usability problems in KDE PIM and could extend the list …) – slightly off-topic: I now had 2 times the collision warning page when entering a comment, because others commented while I edited my comment. I have no idea, which of the 2 presented options does not pose the risk of unintended nuking the other person's comments. I workaround by copying my comment text and starting anew – any advice from an experienced bugs.kde.org user? > To add more use cases: > ### saving working time shortly before a meeting > * I have many meetings where the reminder is 15 minutes, so I can prepare. > * When this is checked I delay up to 2 minutes before the appointment, … Same here, but with a slightly different workflow: I always have a preparation reminder (typically 15–30 minutes in advance) and a final reminder (2–5 minutes in advance) configured – so I definitely get the final reminder even if absorbed in preparation. I would very much appreciate an "user exit" reminder option (execute commands). Use cases: * Open the necessary tools for preparation, e.g. a specific JIRA issue. * Fire up a web-conference client or a browser with the conference URL as or in parallel with the final reminder. See https://bugs.kde.org/show_bug.cgi?id=481063 and https://bugs.kde.org/show_bug.cgi?id=481068 and https://bugs.kde.org/show_bug.cgi?id=481069 > ### using several computers > * I have at least three computers with Kontact, that all sync their > appontments (using the stone-old Kolab 2 format for historical reasons). > * When working from home once a week, I have to click away all appointments > that have been there since last starting kontact on this machine. > (This is not a delay use case, but... I mention it because:) Well, actually strongly related and my current workaround approach would probably solve your problem, as »kalarm« optionally ignores "late reminders" and would work even without sync'ing … See https://bugs.kde.org/show_bug.cgi?id=481024#c12 > The old kontact/korgac saved the delay in the internal memory and did not > sync it on the machine. > > A property what would really improve the situation would be to sync the fire > time of reminders to the servers > and thus also record a potential new delay . … > I am not sure if the current status of the iCalender format - which is often > used nowadays - allows it. It might. Definitely, if implemented conformant to RFC 5545. > ## User Interface > What about if the desktop notifications bring up a special > korganizer/kontact view that holds all fired alarms for appointments, tasks > and so on with options that allow at least what the old overview did and a > compact overview? (Just an idea.) »kalarm« provides this. Bernhard, I know you once were well-connected into the upper tiers of KDE. If this still holds true, can you kindly draft some knowledgeable persons for »kalarm« and »korganizer« into the discussion? The workaround I'm PoCing might easily and quickly be upgraded to full-grown solution with some knowledgeable help … -- You are receiving this mail because: You are the assignee for the bug.
