On Mon, 2008-11-24 at 09:48 -0500, Jamie McCracken wrote:
> On Mon, 2008-11-24 at 14:35 +, Martyn Russell wrote:
>
> this is true if apps use tracker as a conventional client/server system
> where client is thin and only requests data on a need to know basis
>
> In reality apps like RhythmB
Please review this patch.
* Refactors the thumbnailer API to an internal API in
libtracker-common
* Making the tracker-albumart.c use the internal API
* Include changes in tracker-indexer to use libtracker-common instead
* Added tracker_thumbnailer_cleanup which uses the Cleanup DBus A
On Mon, 2008-11-24 at 14:35 +, Martyn Russell wrote:
> > in near future I hope to have a direct access client to trackers sqlite
> > db to avoid dbus overhead
>
> My thought on this at the moment is that if this is needed then either
> the application developer is doing something drastically
On 23/11/08 14:49, Jamie McCracken wrote:
On Sun, 2008-11-23 at 15:26 +0100, Mikkel Kamstrup Erlandsen wrote:
2008/11/21 Marko Anastasov<[EMAIL PROTECTED]>:
Hey all,
Hi :)
A few questions:
In practice, pulling every single document's (whatever type) metadata
from Tracker over D-Bus is slow
Thanks for the review and path improvements, will be committing this in
a minute.
On Mon, 2008-11-24 at 12:44 +, Martyn Russell wrote:
> On 21/11/08 15:46, Philip Van Hoof wrote:
> > Please review this patch
>
> Hi Phillip,
>
> I have attached an update to your patch. I have changed:
>
> *
On 21/11/08 15:46, Philip Van Hoof wrote:
Please review this patch
Hi Phillip,
I have attached an update to your patch. I have changed:
* Make use of GStaticPrivate for the static module data in the
tracker-thumbnailer module.
* Added an init() and shutdown() function for the tracker-main.
On 20/11/08 21:47, seba fernandez wrote:
Hi,
Hi,
my name is seba. I have been using tracker for some time, it is
really good software.
Thank you for your support :)
But i would like to add chm support thought chmlib. I would like to
know if there is anything bad with this format. If not i
