[Kde-pim] Proposal for a new pim application

[Laura Dragan]

Stephen Kelly wrote:
> Christian Mollekopf wrote:
>
>> On Wednesday 21 October 2009 12:39:55 you wrote:
>>> On Wednesday 21 October 2009 11:21:10 Christian Mollekopf wrote:
>>>> I'm not yet quite sure if i got the concepts correctly, but as i
>>>> understand it, i would get all mails, existing todos, events (as soon
>>>> as korganizer is ported to akonadi), from akonadi. While for
>>>> presentation of the stored data (filtering), and all the tagging
>>>> functionality nepomuk should be used.
>>>>
>>>> KJots seems to be bound to the idea of folders and files, which is
>>>> pretty exactly NOT what i want, although i heard of plans to move it as
>>>> well to nepomuk (so i'm of course open to work together also there).
>>> This sounds like it's a combination or similar to Basket with some
>>> elements
>>>  of KJots or KNotes in there too.
>> I had a look at all of them, and none of them is what i need (although i
>> use kjots quite a lot), but of course i agree that we should avoid to
>> duplicate any functionality.
>>
>> I think with the application i have in mind kjots could be easily
>> emulated, by making a treeview of tags. But i seems to me that the code is
>> a bit bound to this book/sheet structure atm, so a serious refactoring
>> would be needed.
>
> Over the next few weeks I'm porting kjots to Akonadi and removing lots of
> the old code. By the end of it, it will be possible to share data between
> desktop sticky notes and kjots, effectively replacing knotes.
>
> I also want to see what collaboration we can get with semnotes and spoke to
> Laura Dragan at GCDS about it. She wasn't opposed to the idea, but I'm not
> sure she liked the idea of a Akonadi dependency.

I wasn't opposed at all to the idea :)
And I am actually looking at integrating semnotes with akonadi.

Semnotes  is in the middle of a big refactoring, following the season
of usability project, to integrate the recommendations. However, the
refactoring involves more than the GUI .. I've actually started with
the data (notes), the ontologies used to describe it and the storage.

Because the notes are interlinked heavily with the data from the
Nepomuk repository, it makes sense to store them there as well. But
because I do want the notes to be visible in kjots / basket, I am
working on putting them in akonadi as well, kinda like the contacts
from akonadi are fed into nepomuk.

I guess I will start a separate thread on that and not hijack this one ..

Anyway, I see many of my ideas about Semnotes in this description of a
note-taking tool, and many of my goals ... so we should definitely
talk.

Laura

>
> If we can get basket on board too that would be a win. By using Akonadi
> Attributes I think we can satisfy the needs of all applications (ordering,
> position on desktop, association in basket) without disrupting the other
> applications.
>
> I have started on the road of using MIME messages as the notes. By using
> that there are obvious ways of getting pictures, sounds etc into the note
> data.
>
> All the best,
>
> Steve.
>
>
>> For the whole todolist i anyway wanted to directly interact with
>> korganizer todos via akonadi.
>>
>> Basket goes into a similar direction, but looks a bit too standalone for
>> me, while the new application would add little extra features but is more
>> or less just a wrapper around existing things.
>>
>> KOrganizer should have as primary interface a calendar, while this
>> application has one showing information. Behind i really want to share as
>> much code as possible (and also the akonadi items for events, todos, ...)
>>
>> Thanks for ideas =)
>>> Personally, I'd rather see you improve those applications to allow your
>>> workflow (for instance KOrganizer has loads of different workflows
>>> already) rather than adding another PIM application that duplicates
>>> functionality.
>>>
>>> Nice ideas though, good luck with them!
>>>
>> _______________________________________________
>> 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/
>
>
> _______________________________________________
> 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/
>
_______________________________________________
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/