Hello Andriy, On Thu, Nov 07, 2013 at 05:59:16PM +0200, Andrej N. Gritsenko wrote: > The centralized storage has few drawbacks: > > 1) it is application dependent - you cannot use setting made in pcmanfm > even by pcmanfm-qt, no tell about other applications; > 2) it is environment dependent (due to different paths for different > environments) - settings made in LXDE are not known for LXDE-Qt;
I guess #2 is due to the fact that it is different programs who potentially use it, thus the same as #1. > 3) settings are specific to the machine, you cannot share settings for > the same folder over your office or whatever; Unclear what you mean here. My (and many others') home directory is available on all machines I am using, with the same shared contents. A file-based storage somewhere under $HOME/.something would be working fine (as long as the implementation does not do something innapropriate, i.e. specifically incompatible with shareability). That's why I would dismiss #3 as well. > 4) settings will be reset after folder is renamed; Not if the rename is done via the same file manager (otherwise yes). > 5) cannot set individual settings for two identical USB sticks, one of > which has videos and other has backup data, even if user strictly > wants to have them shown differently; Why? As long as the settings refer to the sticks' hardware (and unique) identifier they will be separate. I tried already to explain this. Thus #5 is not valid either. > 6) centralized storage will slowly grow in size. But not indefinitely, mostly as large as to correspond to the user's needs, even with a simplistic garbage collector. The information storage volume would be roughly the same for all of the approaches. Thus I can not agree with #6. This leaves us: 1) it is application dependent 2) if the user renames a folder by a different program or from a separate $HOME then the setting for the folder get lost > Do you think those drawbacks aren't important for our users? Talking as a system administrator for quite a few computers and users: I believe that this would be better for my users than properties of the other two approaches. Thanks for working on this Andriy! (I guess this is the spelling of your name which you prefer, I didn't think about it when I used the one from the mail header, sorry for that) Regards, Rune ------------------------------------------------------------------------------ November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk _______________________________________________ Lxde-list mailing list Lxde-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxde-list
