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