[Cuis-dev] [Preference] Category as domain name

[Hilaire Fernandes]

Okay, so all in all we rename PreferenceNG to PreferenceDictionary (to 
be done later anyway) and turn ThePreferences class variable to an 
instance variable?

The system specific methods should be on the instance side as this will 
be where is the dictionary of preference). The way to access the 
preferences will be done instance side versus class side.

The downside: Application preference will have access to methods related 
to system preferences.



Le 19/06/2022 à 16:20, Luciano Notarfrancesco a écrit :
> I would put them in PreferencesDictionary class side and call them to 
> initialize the global Preferences.
>
> On Sun, 19 Jun 2022 at 9:07 PM Hilaire Fernandes via Cuis-dev 
> <cuis-dev at lists.cuis.st> wrote:
>
>     Hi Luciano,
>
>     Okay I had doubt on that.
>
>     Observe in PreferenceNG there are several class methods to install
>     the system preferences (look at class categories class
>     initialization, data, event handlers, fonts. Where will you move
>     these ones?
>
>     Hilaire
>
>     Le 19/06/2022 à 15:58, Luciano Notarfrancesco a écrit :
>>     Hi Hilaire, actually I was proposing to move the class side of
>>     PreferenceNG to a new class PreferenceDictionary, and then make a
>>     global Preferences just an instance of PreferenceDictionary
>>     (Smalltalk at: #Preferences put: PreferenceDictionary new). I
>>     don’t see the need for an extra singleton class. Also, a tool to
>>     view and edit preferences could work on any instance of
>>     PreferenceDictionary, maybe even on a list of instances of
>>     PreferenceDictionary if that makes sense in your UI design.
>>
-- 
GNU Dr. Geo
http://drgeo.eu
http://blog.drgeo.eu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220619/30ef2001/attachment.htm>