Hi Hannes,<div><br></div><div>The overall idea is that a class called Preferences isn't really even necessary beyond simply pointing the user at where the actual preferences live, because preferences in Smalltalk tend toward being either global variables (which we usually want to avoid) or persistent state on long lived objects (most often, class or class instance variables.)</div>
<div><br></div><div>So instead of continuing to pile a bunch of user preference state/behavior in one place, we might instead put that state/behavior where it ought to sensibly go in the system organization and instead provide a user interface to the many sites in the system which are customizable. The point is one ends up with looser coupling.</div>
<div><br></div><div>Worth noting, with a bit of a grin, that I did exactly the opposite thing with Theme, but only because I saw an interesting opportunity to separate concerns about look and feel throughout Morphic, which seemed worth doing. I still think that was a good idea. Anyhow I digress.</div>
<div><br></div><div>Does this all make sense? I'm not making a call to arms to kill Preferences so much as I'm making a call to arms not to fatten the thing anymore, so that one day it can retire comfortably and in good standing for all of the hard work it has done.</div>
<div><br></div><div>As to which things I'd like to remove from preferences? Well, font-size definitely should be a part of Theme in my opinion. That's currently still a preference, and mostly because I haven't gotten round to submerging it into Theme yet, but I wouldn't hate it if someone beat me to the punch on doing that :D </div>
<div><br></div><div>C<br><br><div class="gmail_quote">On Sun, Mar 3, 2013 at 5:32 PM, H. Hirzel <span dir="ltr"><<a href="mailto:hannes.hirzel@gmail.com" target="_blank">hannes.hirzel@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 3/1/13, Juan Vuletich <<a href="mailto:juan@jvuletich.org">juan@jvuletich.org</a>> wrote:<br>
> Hi Casey,<br>
><br>
> On 28/02/2013 05:32 a.m., Casey Ransberger wrote:<br>
....<br>
>> In other news, should we add this stuff to the appearance menu? I think it<br>
>> might make sense since we don't have a browser for preferences currently,<br>
>> and I doubt we need one either.<br>
<br>
>> Andreas hated Preferences, wanted the settings to live on the actual<br>
>> objects as opposed to in a big (Preferences) pile, and I really identified<br>
>> with that idea.<br>
>><br>
>> Thoughts? It's something that any of us could easily do, and I'd volunteer<br>
>> for that.<br>
><br>
> Sure. I agree with all you say. Go ahead.<br>
><br>
<br>
Casey, which candidate objects/classes do you see where the<br>
preferences should live?<br>
<br>
And what would be the next very tiny actual increment to implement?<br>
Appearance menu? Which menu entries? Just the one Helmut asked for?<br>
Others?<br>
<br>
Regards<br>
Hannes<br>
<br>
_______________________________________________<br>
Cuis mailing list<br>
<a href="mailto:Cuis@jvuletich.org">Cuis@jvuletich.org</a><br>
<a href="http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org" target="_blank">http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org</a><br>
</blockquote></div><br></div>