Luke Kenneth Casson Leighton wrote:
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Sun, Sep 11, 2016 at 10:16 PM, deloptes deloptes@gmail.com wrote:
Hi, I would like to have your opinion on knotes. Perhaps someone of you has background knowledge why some decisions were taken (or not).
While reviewing the syncevolution backend (I will upload it to syncevolution sometime soon), I started digging deeper into knotes.
I first opened https://bugs.trinitydesktop.org/show_bug.cgi?id=2688
for the libkcal, and then noticed that knotes uses libkcal Journal (internally), while externally a knotes interface is exposed.
The question is (I did not look too deep) if there is a way to skip the dcop interface and access the libkcal functions directly.
please do NOT bypass the dcop interface, it is a critical part of KDE (now TDE).
what happens if someone writes a replacement knotes back-end and wants to test it seamlessly?
what happens if someone writes a networked variant of DCOP (which i've planned to do for a long long time) that allows remote authenticated "Notes" management?
if you *bypass* DCOP and use libkal directly, you've just TOTALLY defeated what makes KDE (now TDE) so powerful and flexible.
please DO NOT design applications that bypass DCOP. if you have to extend libkcal, extend libkcal and then extend the corresponding DCOP interface as well, but DO NOT bypass DCOP.
you will be violating one of the fundamental design principles of the entire project by doing so.
i trust that that is clear.
l.
Hi Luke, all clear, no fear! I am not planning to bypass the interface. I am just looking for answers.
I am trying to find out why it updates all last-modified fields of all notes right now...
Help needed.