Re: [Tracker] Tracker / Tomboy / Maemo

2009-06-12 Thread Cornelius Hald
On Fri, 2009-06-12 at 17:29 +0200, Philip Van Hoof wrote: > > * Is there already an indexer for Tomboy or GNote[4]? If yes, I think I > > could reuse it because the XML file format is exactly the same. While > > searching I only found this message (including some code): > > http://www.mail-archive.

Re: [Tracker] Tracker / Tomboy / Maemo

2009-06-12 Thread Philip Van Hoof
On Fri, 2009-06-12 at 17:29 +0200, Philip Van Hoof wrote: > > * Is there already an indexer for Tomboy or GNote[4]? If yes, I think I > > could reuse it because the XML file format is exactly the same. While > > searching I only found this message (including some code): > > http://www.mail-archive

Re: [Tracker] Tracker / Tomboy / Maemo

2009-06-12 Thread Philip Van Hoof
On Fri, 2009-06-12 at 17:15 +0200, Cornelius Hald wrote: > Hello Everyone! Hey! > I'm the author of Conboy[1] a Tomboy[2] compatible note taking > application for the Maemo[3] platform. As the next version of Maemo will > feature Tracker, I thought I should add some support for Tracker to my > ap

[Tracker] Tracker / Tomboy / Maemo

2009-06-12 Thread Cornelius Hald
Hello Everyone! I'm the author of Conboy[1] a Tomboy[2] compatible note taking application for the Maemo[3] platform. As the next version of Maemo will feature Tracker, I thought I should add some support for Tracker to my application as well. But before I can do that I still have some questions:

Re: [Tracker] Enhancements to Removable Media Support

2009-06-12 Thread Jamie McCracken
I generally agree - I dont see any harm in adding config options to manage the cache as well as dbus methods to manage it I can see worst case scenarios where lots of different volumes are added and wastefully indexed which bloat up our database. Having a means to manage this would be good jamie

Re: [Tracker] Enhancements to Removable Media Support

2009-06-12 Thread Ivan Frade
Hi Brandon, I haven't check the code in the patch, just read the document. Why do we need to add this logic? I think that the common use cases are covered with our "limited amount of volumes" cache. In the case we needed to modify the volumes table size, it could be implemented also as a simple