<div dir="ltr"><div dir="ltr">Hi Tim, Hi All,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 20, 2019 at 12:57 PM tim Rowledge <<a href="mailto:tim@rowledge.org">tim@rowledge.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">We have a *lot* of preferences - in my view way too many - and there should be at least some discussion about the default values we provide for 5.3 <br>
tl;dr - Too many preferences, too badly organised. reduce, make decisions, simplify.<br>
<br>
I can't imagine I'll hit all of them here but let's try to get something done - <br>
<br>
Arithmetic <br>
Should we have these as preferences? How many people understand enough about Burnikel-Ziegler recursion splits to make it sensible to easily change?<br>
<br>
Compiler<br>
I claim we are long past the point where enabling block argument assignments or underscore assignment should be a default. Fix your damn code!<br></blockquote><div><br></div><div>I agree.  We need the preferences to be able to load old code, but the preferences should be off by default.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Are we sticking with the EncoderForV3PlusClosures encoder?<br></blockquote><div><br></div><div>My call wi=ould be to move to SistaV1 , but others are understandably more cautious.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Examples<br>
These are for the test suite and if possible should be hidden<br>
<br>
Files<br>
The one entry here relates to the encoding of stdio streams so maybe this category should be renamed?<br>
<br>
Graphics<br>
Both entries relate to sub-pixel font rendering, so again, rename?<br>
<br>
Morphic<br>
So. Many. Preferences.<br>
Surely at least the text edit related ones ought to be removed and kept to the 'editing' section?<br>
<br>
OLPC<br>
Really?<br>
<br>
TextDiff<br>
Could be better placed; in Tools?<br>
<br>
Tools<br>
'Use unified message labels' What does this do? Is it worth allowing a choice for this sort of thing?<br>
<br>
browsing<br>
Aargh! More options than 31 flavour ice-cream stores! How many are actually of value?<br>
'ignore style if only bold'?<br>
'menu button in tool pane' - no actual senders, for example<br>
<br>
colors<br>
'Use the new color picker' - is the new color pick not our pick for picking colors? If it still isn't the sensible choice more than 10 years later, maybe we should dump it completely.<br>
<br>
fileout<br>
are there ever good reasons to not have 24 hr timestamps? For not checking for slips?<br></blockquote><div><br></div><div>+1.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">general<br>
Wow, still more flavours of ice-cream.<br>
'Read only mode' - no senders. It's so old there is no timestamp.<br>
'Use locale' is there any reason to ever not use it?<br>
<br>
.... and my brain melted at this point.<br><br>
<br>
tim<br>
--<br>
tim Rowledge; <a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>; <a href="http://www.rowledge.org/tim" rel="noreferrer" target="_blank">http://www.rowledge.org/tim</a><br>
Useful random insult:- Couldn't pour water out of a boot with instructions on the heel.<br>
<br>
<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div></div>