PIM-Item Relations / Categories
Thomas Brüderli
bruederli at kolabsys.com
Wed Jun 6 10:38:54 CEST 2012
Christian Mollekopf wrote:
> Hey,
>
> While going through color configurations for categories
> (http://wiki.kolab.org/User:Greve/Drafts/KEP:12), I noticed once again how
> broken/misused categories are (Think what renaming/moving a category does to
> the stored color configuration).
>
> That and slowly more pressing needs in Zanshin made me take another look at
> Pim-Item Relations.
>
> Currently we have only categories to put PIM-Items in some structure, which
> are basically just plain-text tags, and not sufficient for what we're trying to
> do.
>
> I already explained the new concepts ("Projects", "Contexts" and "Topics"),
> which I'd like to use in my last mail to this list:
> Fwd: [Kde-pim] Organizing calendaring items and notes
> and now also in the wiki:
> http://wiki.kolab.org/PIM-Item_Relations#Concepts
How does the INBOX concept of GTD fit into all that? Will it just be
another context or more a specific resource/folder?
> I plan to add the parent-relation construct (http://wiki.kolab.org/PIM-
> Item_Relations#Parent_relation_tree) soon to KEP 17, and to remove the
> hierarchical categories. As first user of this functionality, I'm going to
> prepare Zanshin to read/write the relations in such way, the rest of Kontact
> will remain untouched for now (It's mainly useful for todos and notes which is
> the realm of zanshin).
>
> Plan of action:
> * Add PIM-Item Relations to KEP 17
> * Use categories as plaintext tags only.
> * Don't support category hierarchies.
I'd definitely vote for that but I remember this being mandatory because
Kontact has hierarchical categories and somehow needed to map this into
Kolab storage objects.
~Thomas
More information about the format
mailing list