From: Stefan F. <ste...@we...> - 2012-02-15 18:38:25
|
Frederick: there is already a 2-tier structure in place: The user settings are only stored as delta to the selected pre-defined profile. As there is only one pre-defined profile (the "default" profile) it is not that obvious now. The 3rd tier would only make our life easier as it allows to define the other (predefined) profiles as delta one pre-defined profile. So adding new options would only require the change of one file instead of a number equal to the number of pre-defined profiles. It was obvious now that you had not figure out the existing of a default profile as you did not add your new options to that file. It is the file "default.profile" inside folder data.profiles. The filetype is a java property file which allows easy loading. If you prefer we can store it as a xml-file as java allows that too (see loadFromXML and storeToXML methods of the java.util.Properties class). Currently you rely on the setting for missing values for each option, which is not a defined behavior and might change after refactoring. I did not want to add the defaults to Properties.xml inside the data folder following the principle from separating structure definition and data. In addition it is much easier to load the data from a property file (especially Properties supports a hierarchy approach). Again I took the opportunity to copy the content of a previous e-mail message into the wiki: http://sourceforge.net/apps/mediawiki/rails/index.php?title=Rails_configuration Stefan On 02/14/2012 07:33 AM, Frederick Weld wrote: > Stefan: > The suggested settings are fine. > > Regarding 3-tier: > The 3-tier proposal is interesting. But I'm not sure that the end > users will understand how the tiers work. > > Regarding the default profile: > I wasn't aware that there is a default profile (do you mean > my.properties?). Perhaps, a better approach would be to put the > default values into properties.xml (adding attribute "default") so > that we can ensure that property set and property defaulting always > stay in synch. But in the short term (for 1.7.0), we could leave the > repos as it is as the new functionality defaults the on/off options to > off by default. > > -- Frederick > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |