Support and General Use > Plugins/Viewers
Disktidy, to clean up more files?
(1/1)
Nuggit:
I use Ubuntu Gutsy which uses Dolphin as the default file manager, and when I set in the preferences to keep view options for each folder, it put a file called ".d3lphinview" in every directory on my iPod.
I turned off that preference since then, but my iPod is still littered with those files.
I've used disktidy a few times when I was managing my iPod with Windows and Mac, but it's too bad it won't clean up other kinds...
I figure it's not too hard to make it search for ".d3lphinview" along with "Thumbs.db" and etc. And I suppose there are more Linux-made hidden files that could be deleted. Do you think it's reasonable to request that disktidy tidy up more files?
Or do you think I should tidy it up my own darn self (using PHP, hurr) and forget about it?
Chronon:
You could always submit a patch to the patch tracker. It doesn't sound too difficult to modify the list of files searched for in the existing Disktidy code.
LambdaCalculus:
I'm going to take a look at the source for disktidy. I also would like for disktidy to search for FINDER.DAT files that MacOS 9 and under tend to leave behind on my Archos (don't ask; I have an iMac running MacOS 9.2.2 ;)).
We now have .dolphinview, .d3lphinview, and FINDER.DAT... I can possibly add FINDER.DAT to Mac files, and we can create a new category for Linux files.
Any thoughts on other files to look for?
(:@):
--- Quote from: LambdaCalculus379 on December 17, 2007, 01:57:24 PM ---Any thoughts on other files to look for?
--- End quote ---
How about modifying the code so it will read all the files/directories to clean from a file?
Chronon:
That would be a nice improvement in functionality, I think. It makes it easily extendable by the user to include files left behind by different flavors of file managers or operating systems.
But probably the first thing to do is to fix that recursion depth bug that prevents it from completing on disks with too deep of a directory structure (8 deep, if I recall correctly).
Navigation
[0] Message Index
Go to full version