--===============0023329488== Content-Type: multipart/signed; boundary="nextPart1518728.DHAR2kmQuk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1518728.DHAR2kmQuk Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Chris, On Thursday, 2011-01-06, Christian Mollekopf wrote: > Hi, >=20 > I have some questions regarding the usage of the collections which are > configured in the KDE Resources dialog in the systemsettings. (sorry for > the lengthy mail) The KDE Resource dialog is more or less only here for legacy reasons, might= be=20 removed once all apps have transitioned to native Akonadi usage. > Background: > I'm working on an app which mixes notes and incidences (todos and events). >=20 > You can find a short description and a screenshot here: > http://gitorious.org/notetaker/pages/Home >=20 > While i keep notes and incidences in different collections, I use for > incidences the same collection as in KOrganizer, so I have a timebased vi= ew > in kcalendar, and a listbased view in my app. > For notes I use the same resource type as kjots (akonotes), but I don't > have a hierarchy with collections (as kjots), since I build the hierarchy > using nepomuk relations. Instead I store all notes directly in the > toplevel notes collection, plus I have a trash collection, where I move > deleted notes and also incidences. >=20 > Current Collection Layout: >=20 > -KCalResource <- Incidences Meaning you are using the KResource interface for KCal? I.e. KRES::Manager= =20 KCal::Resource? > -NotesResource <- Notes > -Trash <- Notes and Incidences >=20 > Questions: > For the Calendar collection there shouldn't be a problem. I can just use > the default collection which is configured in the system settings by > default, and offer a gui to select another collection (Is the one from > korganizer reusable? I couldn't find it). I don't think there is currently a system wide concept of a default calenda= r=20 collection. Could be KOrganizer internal. Sergio? As for collection selection, there are several options: =2D Akonadi::CollectionDialog =2D Akonadi::CollectionComboBox =2D using a collection or entity tree model with a view of your choice. > Korganizer doesn't show newly added todos/events while it's running, but = it > works if i restart it. So if there isn't a conceptual problem with two > applications using the same collection, I will just look into korganizer > later on. That should work but the KResource plugin for calendar is crude and the=20 KOrganizer with native Akonadi support hasn't been released yet. Nothing you could really do something about right now, sorry :( > Trash Collection: > The trashcollection is currently a subcollection of the notes collection. > I move atm. both notes and incidences to the trash, which is a bit of a > hack, since it it supposed to be a notes only resource (I assume that > would also cause problems once there is an agent for i.e synchronizing > notes or feeding them into nepomuk). >=20 > I think I have two options: > -Create a toplevel trashcollection (for notes and incidences): > Probably the easiest, but the items would not be synchronized by a sync > agent > -Create a trashcollection in the notes collection and the kcalendar > collection: > While this works with kjots, I don't know how kcalendar would react to a > new subcollection (whose content should be hidden) A trash's content is still valid, i.e. should probably be accessible throug= h a=20 user interface anyway (file trash and mail trash are, for example). So I wouldn't worry about it showing up somewhere else. As for use by other agents/clients, I would say that this is a matter of th= ese=20 clients' configuration, i.e. they should probably provide an interface to=20 select collections to work on, not assume they can always autodetect what a= ny=20 user will want to do. > Is there a general concept for trashcollections? No, right now trash is only used in the context of email and there it is=20 basically just a special attribute of a collection, since each resource cou= ld=20 have its own trash collection. > Notes collection/resource: > -The current systemconfiguration offers the possibility to configure a > "Note" resource, but instead of an akonotes resource a fileresource for > knotes. Will that eventually be replaced by an akonotes resource? My guess is that this will replaced in such a way. Haven't really looked in= to=20 notes and related things at all, others might have better input here. > -If the central configuration is changed to akonotes, I could just use the > "standard" resource per default. But since kjots might use the same > resource, I don't know if this is the way to go since kjots would end up > with all notes created in my app directly in the notes collection (not in > "books" aka subcollections). You could probably create your own instance of such a resource and offer th= e=20 one most likely used by KJots as well or detect the existance of an instanc= e=20 at first start up and offer using it instead of creating your own. You could also create your own resource type and its collections (due to=20 properly reporting MIME types) would still be accessible in applications th= at=20 can handle these MIME types as well, e.g. your calendar collection showing = up=20 in KOrganizer. > So, I think I need to know how the central configuration for KDE Resources > is intendet to be used, or if I have to create a configuration interface > myself (which I'd like to avoid). I recommend avoiding KDE Resoures, they are on their way out. As for configuration of standard calendar/notes collections I'll have to de= fer=20 to the guys working on apps in these areas. Cheers, Kevin =2D-=20 Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring --nextPart1518728.DHAR2kmQuk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQBNJ1wfnKMhG6pzZJIRAgOYAJ95qA5PxQB3+MudnwZBOxhE0YT9kgCggese yfqL/Z2CPwEANAoJiLvsuvU= =P/ZC -----END PGP SIGNATURE----- --nextPart1518728.DHAR2kmQuk-- --===============0023329488== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ KDE PIM mailing list kde-pim@kde.org https://mail.kde.org/mailman/listinfo/kde-pim KDE PIM home page at http://pim.kde.org/ --===============0023329488==--