Re: [E-devel] Re: Enlightenment-devel digest, Vol 1 #139 - 8 msgs

[<ra...@ra...>]

On 15 Feb, Burra scribbled:
-> ->  I for myself would like to see one hidden directory for E somewhere
->  like in ~/
-> ->  and put all that stuff under that as I disliked it with EFM to having
->  to remove
-> ->  all .icons before using those directories for something else then
->  EFM-view like
-> ->  TARring them up for backup-madness etc.
-> ->  Would that be possible?
->  
->  |the reason the .iconms dirs were there WAs for tarring - so the meta
->  |data woudl follow - for burning iso's of cd's so the meta data can be
->  |ont he cd... i know some poepl dont like it.. but in this case i am
->  |implimenting it as policy this way for many good reasons - the onyl
->  |reasons against it are primarily aesthetics. meta data should follow
->  |the files its for always - and thsi si the closest backwards-compatible
->  |method i could come up with that doesnt make the fs a complete mess.
->  
->  How about there being a central db of meta data for files and if a .icons
->  file exists in the dir it overrides the central db? I am weary of .icons
->  files every where again... they caused problems with efm versions and can
->  see it being a problem, other than aesthetics. Large file systems, db
->  format changes, etc.

they caused problems becuase dbm ketp changing disk format (i also went
form gdbm to dbm too) - this all broke stuff - thatwont happen anymore
with edb. it was also a simply solved problem - you just need to
actually know how to use a shell :) no different than deleting 1 db
really:

for I in `find / -name .icons -type d`; do rm -rf $I >& /dev/null; done


->  Just my 2 cents.
->  
->  --------------------[-- bu...@co... --]--------------------------
->  
->  
->  _______________________________________________
->  Enlightenment-devel mailing list
->  Enl...@li...
->  http://lists.sourceforge.net/lists/listinfo/enlightenment-devel

-- 
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
The Rasterman (Carsten Haitzler)    ra...@ra...     ra...@va...
                                    ra...@en... ra...@li...
				    ra...@zi...