[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: Plasma activities and Nepomuk
From:       Ivan =?utf-8?q?=C4=8Cuki=C4=87?= <ivan.cukic+kde () gmail ! com>
Date:       2009-08-01 6:22:27
Message-ID: 200908010822.27608.ivan.cukic+kde () gmail ! com
[Download RAW message or body]


> personally, i prefer the idea of a nice API behind which the real work can
> hide (as the usercontext thing provides). direct access to what's going on
Ok, then I'll go for that.

> another big question is what the ontology to use is. when i last left off
Well, at this point, I don't think it is relevant - if we provide a standard 
d-bus api for this (through a nepomuk service), we can later change the 
ontology without anyone noticing. (we could even use plain-text files to store 
the data instead of nepomuk/soprano if we are crazy enough)

With that said, I know that you hate temporary solutions (since they tend to 
become permanent), but I would rather start the development sooner than later. 
(and agreeing on an ontology would take a lot of time I think)

> in any case, if the nepomuk team could give us some pointers to where the
> ontology for this ended up, that'd be great.
+1

> here is a document that Luca Beltrame had started on:
> 	http://docs.google.com/View?id=dcp4ww55_76gdhhk6ch
I'll check it out

Cheerio
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
[prev in list] [next in list] [prev in thread] [next in thread]