> <mailto:
alain.plantec@free.fr>> wrote:
>
> � � just forgot to indicate the entry point.
> � � In order to open the setting browser:
> � � SystemSettingBrowser open.
>
> � � Cheers
> � � Alain
>
> � � Alain Plantec a �crit :
> � � > Hi all,
> � � > I've changed the new setting implementation.
> � � > The new proposition is attached.
> � � > I think that this �implementation is in sync with Lukas remarks;
> � � > and yes, I think it is much better now, thanks!
> � � > I also removed PragmaHandler and SettingHandler classes as Stephane
> � � > suggested.
> � � > It temporarily includes several (stupid) examples for testing
> � � purpose.
> � � > Comments have not yet been changed.
> � � > I will do it asap.
> � � > Remarks, comments etc are welcome.
> � � > Cheers
> � � > Alain
> � � >
> � � > Lukas Renggli a �crit :
> � � >>> - A setting with value is an instance of SettingValue or of
> � � one of its
> � � >>> subclasses. Such a setting holds a useful global system
> � � parameter and
> � � >>> is made persistent: it is stored in a class variable which is
> � � >>> initialized by the method that declares the setting.
> � � >>>
> � � >>
> � � >> I think the problem with this proposal is that it mixes the
> � � model (the
> � � >> value of the setting) and the meta-model (the model of the
> � � setting).
> � � >> This is problematic because then all code depends on the settings
> � � >> package and when reading/writing settings application code must be
> � � >> aware of the indirection introduced through the setting.
> � � >>
> � � >> Why isn't a setting simply a variable local to the package, and the
> � � >> setting-description a separate object (method) that can also be
> � � >> packaged separately?
> � � >> � Lukas
> � � >>
> � � >>
> � � >
> � � >
> � � ------------------------------------------------------------------------
> � � >
> � � > _______________________________________________
> � � > Pharo-project mailing list
> � � >
Pharo-project@lists.gforge.inria.fr