<div dir="auto">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?</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 23 Jun 2022 at 1:09 AM Hilaire Fernandes via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st">cuis-dev@lists.cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p><font size="4" style="color:rgb(0,0,0)">Hi Luciano,<br>
      </font></p>
    <p><font size="4" style="color:rgb(0,0,0)">ok got it. I think I was confused with the name
        PreferenceDictionary and my recent errant involvment. What about
        a name among :<br>
      </font></p>
    <ul>
      <li><font size="4" style="color:rgb(0,0,0)">PreferenceDomain</font></li>
      <li><font size="4" style="color:rgb(0,0,0)">PreferenceApp</font></li>
      <li><font size="4" style="color:rgb(0,0,0)">PreferenceSet<br>
        </font></li>
      <li><font size="4" style="color:rgb(0,0,0)">other idea?</font></li>
    </ul>
    <p>I will work on some design with two classes</p></div><div text="#000000" bgcolor="#FFFFFF"><p><br>
    </p>
    <p>Hilaire<br>
    </p>
    <div>Le 21/06/2022 à 19:32, Luciano
      Notarfrancesco via Cuis-dev a écrit :<br>
    </div>
    <blockquote type="cite">
      <div dir="auto">Hi Hilaire,</div>
      <div dir="auto">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.</div>
      <div><br>
      </div>
    </blockquote>
    <pre cols="72" style="font-family:monospace">-- 
GNU Dr. Geo
<a href="http://drgeo.eu" target="_blank" style="font-family:monospace">http://drgeo.eu</a>
<a href="http://blog.drgeo.eu" target="_blank" style="font-family:monospace">http://blog.drgeo.eu</a></pre>
  </div>

-- <br>
Cuis-dev mailing list<br>
<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
</blockquote></div></div>