Re: Conf: argue !
Manuel Holtgrewe <[email protected]>
| Newsgroups | gmane.comp.lib.binarycloud.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi >>>All dev values would go into db. Eventually user prefs would go into db >>>using the same schema. > > > User prefs are per user. I see here a whole different story: > > Every user has preferences; eg can personalize the website in some extent. > But users are lazy and user 'anonymous' even doen't care. > So you do have for every user default settings if their preferences are > not set properly. > I do call that default a conf_value in domain:user. > That default might be overriden by Class user:: using: > myConf->set(path,value). If you add "language specific defaults" you have a system that is conceptually similar to Apple's Cocoa's. This would be a good thing since we Cocoa is pretty stable and well planned. Don't be afraid, you don't have to know Cocoa. The only thing I want to say is that we would have a configuration schema that is well tested and accepted. This would effectively change the possible levels and the add a "user" field to the conf table: * levels: factoy defaults, workspace wide defaults, language specific workspace wide defaults, user defaults * user: A foreign key to the corresponding user table's entries. However, this makes things even more complicated since users might not be allowed to edit all configuration - base url etc. Thus I'd also propose to add a "security level" field: * security level: A string id that is workspace (i.e. project) specific. It must include, however: - "immutable" for XML values that simply cannot be changed - "system" for settings that change things pretty deep in the framework like debug settings. We should encourage developers to protect these settings by providing default "static permissions" "edit conf: immutable" and "edit conf: system" and a "roles.Administrator" role that is allowed to edit settings with these levels. >>I like the idea of "core settings cannot be changed on the fly"... And >>what about people who do not have a database? > > > From previous posts: <snip> What exactly do you want to discuss about that items? Manuel