<div>When you say you want to "get rid of Preferences" I hope you mean just the *implementation* -- e.g., the idea having a global Preferences class with a lot of stuff in it. I hope you agree we need the _functionality_ of preferences.</div>
<div><br></div><div>I agree about Preferences class from a code prettiness / global=bad-design perspective, but one thing I would not want to lose is the global preferences UI. Today, I can get to any preference in under 2 seconds with three quick gestures:</div>
<div><br></div><div> 1 - zip the mouse outside of active window. Desktop command keys are now active.</div><div><div> 2 - Command+Shift+P. Preferences window opens.</div><div> 3 - type a few search characters</div><div>
<br></div><div>Also, there are some preferences which are truly global I don't know where you want to put them (like, uh... Desktop Cmd Keys, for example!). We could end up scattering a bunch of truly global preference variables out into various other classes. Is that a lot better?</div>
<div><br><br><div class="gmail_quote">On Tue, Dec 4, 2012 at 10:06 AM, Frank Shearar <span dir="ltr"><<a href="mailto:frank.shearar@gmail.com" target="_blank">frank.shearar@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On 4 December 2012 15:57, Levente Uzonyi <<a href="mailto:leves@elte.hu">leves@elte.hu</a>> wrote:<br>
> On Tue, 4 Dec 2012, <a href="mailto:commits@source.squeak.org">commits@source.squeak.org</a> wrote:<br>
><br>
>> Frank Shearar uploaded a new version of ReleaseBuilder to project The<br>
>> Inbox:<br>
>> <a href="http://source.squeak.org/inbox/ReleaseBuilder-fbs.78.mcz" target="_blank">http://source.squeak.org/inbox/ReleaseBuilder-fbs.78.mcz</a><br>
>><br>
>> ==================== Summary ====================<br>
>><br>
>> Name: ReleaseBuilder-fbs.78<br>
>> Author: fbs<br>
>> Time: 4 December 2012, 3:44:56.178 pm<br>
>> UUID: b4603341-7ff0-4a63-938f-160ddfdff273<br>
>> Ancestors: ReleaseBuilder-fbs.77<br>
>><br>
>> 4.4 will ship with new network support (including IPv6) _disabled_ by<br>
>> default.<br>
>><br>
>> =============== Diff against ReleaseBuilder-fbs.77 ===============<br>
>><br>
>> Item was changed:<br>
>> ----- Method: ReleaseBuilderFor4dot4 class>>setPreferences (in category<br>
>> 'private') -----<br>
>> setPreferences<br>
>> Preferences<br>
>> installBrightWindowColors ;<br>
>> setPreference: #scrollBarsWithoutMenuButton toValue: true<br>
>> ;<br>
>> setPreference: #swapMouseButtons toValue: true ;<br>
>> setPreference: #annotationPanes toValue: true ;<br>
>> setPreference: #showSplitterHandles toValue: false ;<br>
>> setPreference: #showBoundsInHalo toValue: true ;<br>
>> setPreference: #alternateHandlesLook toValue: false ;<br>
>> setPreference: #roundedMenuCorners toValue: false ;<br>
>> + setPreference: #roundedWindowCorners toValue: false;<br>
>> + setPreference: #enableIpv6 toValue: false.<br>
><br>
><br>
> This won't work, because #enableIPv6 (note that it's not #enableIpv6) is a<br>
> "pragma" preference, so Preferences has no effect on it. The proper way to<br>
> change its value is to evaluate the following:<br>
><br>
> NetNameResolver enableIPv6: false.<br>
<br>
</div></div>OK. Typo aside, that's rather confusing. "Everything else" sets<br>
preferences through Preferences, and the Preference Browser shows the<br>
IPv6 preference.<br>
<br>
frank<br>
<div class="im"><br>
> Levente<br>
><br>
> P.S.: In 4.5 we should get rid of Preferences altogether (this should have<br>
> been done in 4.1 or 4.2 IMHO).<br>
<br>
</div>I can't say I'm a fan of random dictionaries containing random<br>
symbols, with no way of finding, say, a preference that might differ<br>
between the 'ja' and 'en' locales.<br>
<span class="HOEnZb"><font color="#888888"><br>
frank<br>
<br>
</font></span></blockquote></div><br></div></div>