On Saturday 25 June 2011 20:25:03 Nicolas Alvarez wrote:
> atime is not reliable. It's often disabled system-wide for performance
> reasons.
I'll just do what Trash does. It's good enough there.
--
Tom
Life is wasted on the living.
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub
> On Saturday 25 June 2011 13:08:46 Christoph Feck wrote:
>> You probably need to store information which thumbnails where accessed
>> recently or frequently, so you do not delete the "wrong" ones.
>
> The O/S provides this (atime). I guess there's also an (KIO ?) API for
> getting the space used
On Saturday 25 June 2011 13:08:46 Christoph Feck wrote:
> On Saturday 25 June 2011 11:51:47 Tom Chiverton wrote:
> > I'm looking at fixing https://bugs.kde.org/show_bug.cgi?id=79943 (limit
> > ~/.thumbnails size) and it seems sensible to start looking at how Trash
> > size limiting is done. Can any
On Friday 24 Jun 2011 15:07:06 Nathan Bradshaw wrote:
> I guess going away from an RDF store, there is sqlite if you don't mind
> the dependency.
If the app data maps well to relational tables and you're comfortable with sql
then it's not a very heavy dependency, it's almost always already insta
On Saturday 25 June 2011 11:51:47 Tom Chiverton wrote:
> I'm looking at fixing https://bugs.kde.org/show_bug.cgi?id=79943 (limit
> ~/.thumbnails size) and it seems sensible to start looking at how Trash
> size limiting is done. Can anyone point to the module ?
kdebase/kde-runtime/kioslave/trash
Y
I'm looking at fixing https://bugs.kde.org/show_bug.cgi?id=79943 (limit
~/.thumbnails size) and it seems sensible to start looking at how Trash size
limiting is done.
Can anyone point to the module ?
--
Tom
Unanswered Questions #7:
What is the safest position to adopt in a plummeting lift ?
>
