[Cuis-dev] The Preference model

Luciano Notarfrancesco luchiano at gmail.com
Sat Apr 30 09:08:31 PDT 2022


Actually “Preference of: #biggerCursor” sounds better than “Preference
valueAt: #biggerCursor”.

I would remove isTypeClass tho, only usted internally and can be inlined in
the caller.

On Sat, 30 Apr 2022 at 8:28 PM Hilaire Fernandes via Cuis-dev <
cuis-dev at lists.cuis.st> wrote:

> A first implementation following the ideas exchanged there.
>
> It is a one class approach (hi Ken), with an additional type attribute (hi
> Mariano), without defaultValue attribute, it is not used in the base system
>
> It is possible to reset to Cuis base preferences, or to import the
> existing Preferences from the old system, but the type is not good, so only
> for testing.
>
> A preference is created and auto-kept when instantiating it.
>
> Access to Preference instance as dictionary: PreferenceNG at: #
> biggerCursors. Access to preference value PreferenceNG at: #biggerCursors
> or message send PreferenceNG biggerCursors
>
> Things to do, conform the value change to the type when type is not a
> class. Third party editor level right?
>
> Each occurrence in system of Preferences biggerCursors should be replaced
> by PreferenceNG biggerCursors (to become just Preference or even
> Preference*s*). Message send goes by a DNU so may be system use should be PreferenceNG
> of: #biggerCursors
>
> Hilaire
>
> --
> GNU Dr. Geohttp://drgeo.euhttp://blog.drgeo.eu
>
> --
> Cuis-dev mailing list
> Cuis-dev at lists.cuis.st
> https://lists.cuis.st/mailman/listinfo/cuis-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220430/180533ed/attachment.htm>


More information about the Cuis-dev mailing list