<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">El 28/4/22 a las 14:31, Hilaire
Fernandes via Cuis-dev escribió:<br>
</div>
<blockquote type="cite"
cite="mid:713e0453-e32e-f13e-7398-4a7373735a22@drgeo.eu">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p><font size="4">Hi Mariano & al,</font></p>
<p><font size="4">Okay I incompletely read and understood your
suggestion. It looks like this is a good way to go and I like
the idea too :)<br>
</font></p>
<p><font size="4">To sum up, the ideas (correct when wrong):</font></p>
<ul>
<li><font size="4">Add a 'prefrerenceType' or just 'type'
instance variable to the Preference class. It can be a
symbol or reference to a class (String, Boolean) or instance
(</font><font size="4"><font size="4">{'foo'. 'bar'.'baz'},
</font></font><br>
<font size="4"><font size="4"><font size="4">(Interval from: 0
to: 100))</font></font></font></li>
<li><font size="4">Purge the Preferences class side methods<br>
</font></li>
<li><font size="4">Use a dictionary like protocol to access the
preference instances and its value<br>
</font></li>
<li><font size="4">Make Preferences instance side defined, so we
can have load/save features</font></li>
</ul>
<p><font size="4">That's for the basic that should go in Cuis.
Complete with the missing point.</font></p>
</blockquote>
<p>Hi Hilaire,</p>
<p>yes, I agree with that list :D <br>
</p>
<p><br>
</p>
<p>One thought: what if instead of purging the Preferences class
side methods, we keep them, but make them access the new
Preferences singleton object, and we can have backwards
compatibility.</p>
<p><br>
</p>
<p>Mariano<br>
</p>
</body>
</html>