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

[Luciano Notarfrancesco]

PreferenceSet sounds good to me, I thought about that name too. For the
global I would use Preferences because it’s the same name we were using
before and seems to make most sense, but instead of being a class it would
now be an instance of PreferenceSet. For DrGeo I guess you could use a
global like DrGeoPreferences, right?

On Thu, 23 Jun 2022 at 1:09 AM Hilaire Fernandes via Cuis-dev <
cuis-dev at lists.cuis.st> wrote:

> Hi Luciano,
>
> ok got it. I think I was confused with the name PreferenceDictionary and
> my recent errant involvment. What about a name among :
>
>    - PreferenceDomain
>    - PreferenceApp
>    - PreferenceSet
>    - other idea?
>
> I will work on some design with two classes
>
>
> Hilaire
> Le 21/06/2022 à 19:32, Luciano Notarfrancesco via Cuis-dev a écrit :
>
> Hi Hilaire,
> I’m not sure if we should rename PreferenceNG to PrefernceDictionary, or
> if it’s best to keep it. If you get rid of the PrefernceNG class you’d have
> to implement PreferenceDictionary with multiple instance variables with
> dictionaries to hold preference types, names, values and categories, or a
> single dictionary with arrays {name. type. category. value}, etc… there are
> several possibilities for the implementation if you do this. On the other
> hand, if you keep PreferenceNG and create a new class PreferenceDictionary,
> the PreferenceDictionary can have a single instance variable (say
> ‘contents’ for example) with a dictionary name -> aPreferenceNG, and you
> would only need to move the class-side methods from PreferenceNG to the
> instance side of PreferenceDictionary.
>
> --
> 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/20220623/fba567e4/attachment-0001.htm>