[Kde-pim] Proposal for a new pim application

Christian Mollekopf chrigi_1 at fastmail.fm
Sun Nov 22 15:03:55 GMT 2009


Hi,

After some thinking and reading half of "Getting things done" (over which i 
stumbled during my research), i would like to outline again the features of 
the program i plan to write, and ask for some information.
If you are not interested in the program feel free to skip directly to the 
"Implementation" part to answer my questions, or skip the mail completely ;-)

Aims:
-make it easy to create notes but process them later (so you don't have to 
think ATM. where something belongs, but can do it sometime later when you have 
time)
-make it easy to associate notes,todos,?. with related data  (mail, files on 
filesystem, other todos, ?..)

So it should be a container to store random data, and an interface to organize 
this data later on (supported by automatic association)

Functionality:
-a quick interface to create new notes, todos, ?.
-automatic association of related data
-manual association of related data (tagging..)
-a user defined set of views on nepomuk queries( which represent i.e. task 
lists), which should allow to have i.e. todo lists which are automatically 
updated as new information is available.

This should allow to work according to the GettingThingsDone methods, but does 
not enforce it in any way. I just like to work like this, but the program 
should not be a dedicated GTD app.

Key is of course that it works well together with all other PIM applications, 
since i am not interested to reimplement any of this functionality.

Now i figured, that i have to start coding with my own application first to 
fully understand what is needed, so i can also really help to create code 
which can be used by other similar projects (or simply join the efforts of 
other projects).
I still want to collaborate as much as possible with similar projects 
(SemNotes, KJots, Basket, ?.), at least for library parts, but most of these 
programs have different aims, at least for the UI (except maybe semnotes)

Implementation:
-all data retrieval should go via nepomuk (while all akonadi data is fed into 
nepomuk)
-new pim data (notes, todos,?) should be created directly in akonadi (and find 
its way back to the visualization via nepomuk)

So here are my questions for you:
-Is the above outlined implementation the right way to go?
-Is the bridge between akonadi and nepomuk already working?

I will go on with the techbase tutorials which are existing on nepomuk and 
akonadi, if you have any other resources of information I'm glad for any hint.

Thanks,

Chris

_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/



More information about the kde-pim mailing list