[Kde-pim] Notes in KDE in the future

Stephen Kelly steveire at gmail.com
Mon Nov 2 14:27:20 GMT 2009


Laura Dragan wrote:

> Stephen Kelly wrote:
>> Hi,
>>
>> Following from the thread we had last week about notes I'd like to thrash
>> out a few ideas and see if we can get some agreement/consensus about how
>> to serialize the data, how to share notes between different applications,
>> how nepomuk fits in, and what the user experience should be.
>> Unfortunately I won't be going to the Nepomuk meeting, but as it's coming
>> up soon I thought I'd get the ideas out as are currently in my head at
>> least.
> 
> Great idea, thanks for sharing. I've been following the discussion on
> plasma-devel and was thinking that a meeting on irc might help to get to
> a decision faster ..

I'm in the nepomuk-kde channel already if you want to ping me there at some 
point.

> 
>>
>> KJots currently stores top-level books in an xml format. The entire
>> heirarchy below a top level book including its child books is stored in
>> one file. The data is pretty much always converted to html, not giving
>> the user a chance to make a note plain text only. On the other side, it
>> is not currently possible to store images and other media like sounds for
>> example in kjots notes.
> 
> This is a nice-to-have thing I would like to add to semnotes but later
> on, so a nice API would really help :)

Yes, that's a bit long term stuff, that I'm not aiming for this week or 
anything, but I just want to use stuff that will make it possible in the 
future without too much fuss. 

>>
>> What do you think of all this? I realize that sharing data between the
>> different notes solutions is a lot harder than each one rolling their
>> own, and it could impose some restrictions on the applications, but it
>> will hopefully make and could give nice user interaction and
>> choice/swapping between applications.
> 
> Currently I store the notes in the Nepomuk store together with all the
> information about them. What I had in mind for Akonadi integration was a
> sort of note resource that would synchronize the notes from nepomuk with
> akonadi. 

My initial reaction to this is that it shouldn't be necessary to attempt to 
synchronize notes stores in nepomuk and akonadi. Having such a resource 
would mean that semnotes would be using akonadi anyway, and then it would 
make more sense to access the shared data instead of copying/synching, no? I 
say that without knowing enough about how the stuff is stored in nepomuk, so 
I may be missing a few important points.

> I did not go further into it, as to decide if i should create a
> new collection for these notes or they should be added to an existing
> collection of notes, or how to store the relations i have for notes to
> other nepomuk things like people, projects, etc. Storing these relations
> between objects is what nepomuk is for, and i'm not convinced that it
> makes sense to duplicate them in akonadi. 

Right. My understanding was that these relations would be stored in nepomuk, 
and the notes themselves in akonadi. That way it would be possible to create 
relations in kjots too.

> It would be nice however to
> have a nepomuk feeder that moves the notes from akonadi to nepomuk, so
> that notes written in kjots / knotes / basket can be shown in semnotes.

Accessing the notes from akonadi directly would bring that for free, but 
might impose other things that you may not want, such as heirarchical 
structure of note collections, having to either choose a collection of notes 
to deal with at a time, or otherwise deal with all the data in the tree and 
having to handle notifications of new notes being added etc. 

If your idea was that all notes from akonadi would be synched into nepomuk, 
those are issues you would need to deal with anyway though.

> 
> You seem to have the storage in akonadi figured out - or almost .. so we
> should think of a consistent way of storing them in nepomuk, and then
> make the akonadi resource/feeder follow the formats we agree on. This
> way, no matter where the notes are - files, akonadi, nepomuk - they
> should be accessible and synchronized.
> 
> I plan to discuss the way i store the notes in semnotes at the nepomuk
> meeting next weekend and hopefully get to a stable version, regarding
> which classes/properties are best to use. So far I had not taken into
> account other mime types than text, so this will be on the todo list as
> well.

Cool, well it would be cool for us to talk on irc before that if possible 
too to flesh out more ideas.

All the best,

Steve.

> 
> 
> Laura
> 
> 
>>
>> All the best,
>>
>> Steve.


_______________________________________________
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