<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body>
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<p>Hi Eliot,</p>
<p><br>
</p>
<p>I guess we are talking about different things :-)</p>
<p><br>
</p>
<p>I was talking about the compiler preferences - how to handle an underscore assignment, for example - and proposed to replace these preferences with special Deprecation warnings. You are talking about the bytecode set, what is the relation? :) If I load old
code via Monticello, for example, I will load the source only which will be compiled on my VM, won't it? So it is always compiled with the latest bytecode. This might be different when loading a project file that includes CompiledMethods, though.</p>
<p><br>
</p>
<p>However, thanks for your crash course about bytecode sets! They're an interesting concept, and I will be happy to take a closer look at them at some time.</p>
<p><br>
</p>
<p>Best,</p>
<p>Christoph</p>
<div id="Signature">
<div id="divtagdefaultwrapper" dir="ltr" style="font-size: 12pt; color: rgb(0, 0, 0); font-family: Calibri, Helvetica, sans-serif, EmojiFont, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols;">
<div name="divtagdefaultwrapper" style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:; margin:0">
<div>
<div class="_rp_T4" id="Item.MessagePartBody">
<div class="_rp_U4 ms-font-weight-regular ms-font-color-neutralDark rpHighlightAllClass rpHighlightBodyClass" id="Item.MessageUniqueBody" style="font-family:wf_segoe-ui_normal,"Segoe UI","Segoe WP",Tahoma,Arial,sans-serif,serif,EmojiFont">
<div dir="ltr">
<div id="divtagdefaultwrapper"><font face="Calibri,Helvetica,sans-serif,EmojiFont,Apple Color Emoji,Segoe UI Emoji,NotoColorEmoji,Segoe UI Symbol,Android Emoji,EmojiSymbols">
<div id="Signature">
<div style="margin:0px"><font style="font-family:Calibri,Arial,Helvetica,sans-serif,serif,EmojiFont"></font></div>
</div>
</font></div>
</div>
</div>
</div>
</div>
<div><font size="2" color="#808080"></font></div>
</div>
</div>
</div>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>Von:</b> Squeak-dev <squeak-dev-bounces@lists.squeakfoundation.org> im Auftrag von Eliot Miranda <eliot.miranda@gmail.com><br>
<b>Gesendet:</b> Dienstag, 24. Dezember 2019 02:50:54<br>
<b>An:</b> The general-purpose Squeak developers list<br>
<b>Betreff:</b> Re: [squeak-dev] Preference settings for 5.3 release</font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">Hi Christophe,</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Mon, Dec 23, 2019 at 11:25 AM Thiede, Christoph <<a href="mailto:Christoph.Thiede@student.hpi.uni-potsdam.de">Christoph.Thiede@student.hpi.uni-potsdam.de</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">
<div dir="ltr">
<div id="gmail-m_-5677858882995749910divtagdefaultwrapper" dir="ltr">
<div id="gmail-m_-5677858882995749910divtagdefaultwrapper" dir="ltr">
<p style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
Hi all,</p>
<p style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
<br>
</p>
<p style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
just my two cents :)</p>
<p style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
<br>
</p>
<p style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
> <span style="font-size:12pt">Compiler</span></p>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
> I claim we are long past the point where enabling block argument assignments or underscore assignment should be a default. Fix your damn code!</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
> Are we sticking with the EncoderForV3PlusClosures encoder?</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
<br>
</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
IIRC someone explained recently that disabling this preference would make it impossible to load old code? I would not like to make this unnecessary restriction.</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
Instead, I would suggest - provided that the following is implementable - to raise a special kind of warning if deprecated syntax is used. Users can then decide to suppress or not suppress these warnings. During loading old code, we can catch and ignore them.
(And yes, we sometimes should work at improving/exchanging the UI of warnings).</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>I think that they;'re wrong :-) Let me explain why.</div>
<div><br>
</div>
<div>The Cog VM supports up to two bytecode sets, selected by the sign bit of the method header. If the sign bit is not set the "primary" bytecode set is selected, and if set the "secondary" bytecode set is selected. Both the primary and secondary bytecode
sets are "installed" by setting a couple of class variables in CompiledCode, one for the PrimaryBytecodeSetEncoderClass and one for the SecondaryBytecodeSetEncoderClass. Which bytyecode set is the preferred one is selected by yet another class variable, PreferredBytecodeSetEncoderClass.</div>
<div><br>
</div>
<div>By default these variables have these values (they have these values ion trunk currently)</div>
<div>PreferredBytecodeSetEncoderClass nil</div>
<div>PrimaryBytecodeSetEncoderClass EncoderForV3PlusClosures</div>
<div>SecondaryBytecodeSetEncoderClass EncoderForV3PlusClosures<br>
</div>
<div><br>
</div>
<div>What setting the preferred bytecode selector set to SistaV1 does is to set these variables to these values:</div>
<div>PreferredBytecodeSetEncoderClass EncoderForSistaV1</div>
<div>PrimaryBytecodeSetEncoderClass EncoderForV3PlusClosures</div>
<div>SecondaryBytecodeSetEncoderClass EncoderForSistaV1<br>
</div>
<div><br>
</div>
<div>So what it *does not do* is change the meaning of the bit in the method header. A non-negative method header still means the method uses the old bytecode set. So old code continues to load. It is entirely unaffected. What it does mean is that any methods
that are compiled (that are not quick methods (*)) are compiled using the new bytecode set and will have negative method headers. So if you export them, e.g. via an ImageSegment, they will use the SistaV1 bytecode set in the receiving image whether it has
the preference set or not. Further, the VM will happily run the new bytecode set because for a whole now the VM has had the two bytecode sets compiled in in this way. What will happen ion the image that doesn't have the SecondaryBytecodeSetEncoderClass set
to EncoderForSistaV1 is that the debugger, etc, will get confused because they will interpret the new byetcodes using the old encodings.</div>
<div><br>
</div>
<div>(*) quick methods don't have bytecodes, just a primitive number. So these methods keep being expressed in the old bytecode set because I've been too lazy to rewrite quick method generation to respect the PreferredBytecodeSetEncoderClass, because for the
moment it makes no difference.</div>
<div><br>
</div>
<div>Does this make sense or am I being too detailed and confusing?</div>
<div><br>
</div>
<div>Executive summary, the design was careful to *not* invalidate the old bytecode set, to make using the new bytecode set an option that does not break backwards compatibility.</div>
<div><br>
</div>
<div>In future if we want to jettison the old bytecode set and design a third set, that's when we introduce backwards com potability issues, and we introduce the need to express quick methods using the SistaV1 bytecode set. But for the moment we're safe.</div>
<div><br>
</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">
<div dir="ltr">
<div id="gmail-m_-5677858882995749910divtagdefaultwrapper" dir="ltr">
<div id="gmail-m_-5677858882995749910divtagdefaultwrapper" dir="ltr">
<div><span style="font-size:12pt">> </span><span style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">'<span style="font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:16px">ignore
style if only bold</span>'?</span>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
<br>
</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
Didn't we talk about this recently? It is related to storing all TextAttributes into a compiled method. See
<a href="http://forum.world.st/Text-gt-gt-unembellished-td5106986.html" target="_blank">
here</a>. According to Tobias, it sounds like something that has developed historically, so I proposed to deprecate it.</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
But yes, loosely related to browsing, I guess.</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
<br>
</div>
<div><span style="font-size:12pt">> </span><span style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">'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.</span>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
<br>
</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
There still might be one feature which the classical color pick does have, but the new one is missing: Really "picking" a color from any pixel of the screen. Maybe we should add this feature. Or am I missing something?</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
<br>
</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
Merry Christmas,</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
Christoph</div>
</div>
</div>
<div id="gmail-m_-5677858882995749910Signature" style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
<div id="gmail-m_-5677858882995749910divtagdefaultwrapper" dir="ltr" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols">
<div name="divtagdefaultwrapper">
<div>
<div id="gmail-m_-5677858882995749910Item.MessagePartBody">
<div id="gmail-m_-5677858882995749910Item.MessageUniqueBody" style="font-family:wf_segoe-ui_normal,"Segoe UI","Segoe WP",Tahoma,Arial,sans-serif,serif,EmojiFont">
<div dir="ltr">
<div id="gmail-m_-5677858882995749910divtagdefaultwrapper"><font face="Calibri,Helvetica,sans-serif,EmojiFont,Apple Color Emoji,Segoe UI Emoji,NotoColorEmoji,Segoe UI Symbol,Android Emoji,EmojiSymbols">
<div id="gmail-m_-5677858882995749910Signature">
<div style="margin:0px"><font style="font-family:Calibri,Arial,Helvetica,sans-serif,serif,EmojiFont"></font></div>
</div>
</font></div>
</div>
</div>
</div>
</div>
<div><font size="2" color="#808080"></font></div>
</div>
</div>
</div>
</div>
<hr style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt;display:inline-block;width:98%">
<div id="gmail-m_-5677858882995749910divRplyFwdMsg" dir="ltr" style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
<font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>Von:</b> Squeak-dev <<a href="mailto:squeak-dev-bounces@lists.squeakfoundation.org" target="_blank">squeak-dev-bounces@lists.squeakfoundation.org</a>> im Auftrag von Nicola Mingotti
<<a href="mailto:nmingotti@gmail.com" target="_blank">nmingotti@gmail.com</a>><br>
<b>Gesendet:</b> Montag, 23. Dezember 2019 10:56:36<br>
<b>An:</b> The general-purpose Squeak developers list<br>
<b>Betreff:</b> Re: [squeak-dev] Preference settings for 5.3 release</font>
<div> </div>
</div>
<div style="color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;font-size:12pt">
<div><br>
</div>
Hi Elliot, <br>
<div><br>
<div><br>
</div>
<blockquote type="cite">
<div>
<div dir="ltr" style="font-family:Menlo-Regular;font-size:15px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none">
<div class="gmail_quote">
<div>Forgive me for encouraging you to proselytize on e.g. Quora. Do you have a blog? I'd love to read your impressions and criticisms.</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">
<br>
</blockquote>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div><br>
</div>
<div>I am flattered, really:) </div>
<div><br>
</div>
<div>At the moment I am putting some effort in the Video medium. I think it is extremely important to get people to try Squeak, they must see it in action. It is very very difficult to explain in textual form what it can do and why it is different. It is difficult
for the reader to get the idea. (it was very difficult for me, and I am very much trained in learning by the book)</div>
<div><br>
</div>
<div>When I produce something new I publish it in Linkedin. </div>
<div><a href="https://www.linkedin.com/in/nicola-mingotti-2612a940" target="_blank">https://www.linkedin.com/in/nicola-mingotti-2612a940</a></div>
<div><br>
</div>
<div>I usually copy the link also in Reddit "smalltalk" channel.</div>
<div><br>
</div>
<div>I try to keep updated also the Swiki. </div>
<div><br>
</div>
<div>If you have other suggestion of where to publish/link things or share points of view let me know. I will try to be there as well. </div>
<div><br>
</div>
<div>bye</div>
<div>Nicola</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<br>
<blockquote type="cite">
<div>
<div dir="ltr" style="font-family:Menlo-Regular;font-size:15px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none">
<div class="gmail_quote">
<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">
Opinion of total beginners (so, partially also mine) should be weighted less, because they do not know what is coming. Like opinion of students, let them choose democratically and Calculus would be deleted from any curriculum. :P<span> </span><br>
<br>
bye<br>
nicola<br>
<br>
<br>
<br>
<br>
> On Dec 23, 2019, at 1:59 AM, David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br>
><span> </span><br>
> I am sure that both of those preferences will remain.<br>
><span> </span><br>
> I also agree with your view of colorful windows, and I always turn<br>
> this preference on in my image(s). But I recall that this was discussed<br>
> for the 5.2 release, and we had feedback from new users who did<br>
> not like the window coloring. For that reason, we should probably<br>
> keep the preference turned off in the release image.<br>
><span> </span><br>
> But I am not a "new user" any more, so if there are any fresh opinions<br>
> on the subject of colorful windows, please speak up :-)<br>
><span> </span><br>
> Dave<br>
><span> </span><br>
><span> </span><br>
> On Mon, Dec 23, 2019 at 12:29:03AM +0100, Nicola Mingotti wrote:<br>
>><span> </span><br>
>> I am totally 'pro' on reducing the number of preferences.<br>
>><span> </span><br>
>> But I ask you this:<br>
>><span> </span><br>
>> [1] Do not remove the preference to keep different windows in different colors. That is one of the most useful decision you can make IMHO. Why would you color the Browser, Workspace and Debugger in the same way?<span> </span><br>
>><span> </span><br>
>> I understand that all grey may seems more a "professional/industrial" interface, but I guess we can leave that aim to Pharo and go on on our way.<span> </span><br>
>><span> </span><br>
>> [2] "do not remove the possibility of having larger fonts".<span> </span><br>
>><span> </span><br>
>> With high High-DPI Squeak would be unusable out of the Box.<span> </span><br>
>><span> </span><br>
>> bye<br>
>> Nicola<br>
>><span> </span><br>
>><span> </span><br>
>><span> </span><br>
>><span> </span><br>
>>> On Dec 20, 2019, at 11:18 PM, David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br>
>>><span> </span><br>
>>> A preference elimination initiative would be *very* welcome, but<br>
>>> it is something that we should start working on immediately after<br>
>>> the 5.3 release.<br>
>>><span> </span><br>
>>> Preferences are like other bad habits: easy to get into, and<br>
>>> hard to eliminate. So let's all make a New Year's resolution to<br>
>>> lose weight, exercise more, eat healthier food, and get rid of<br>
>>> unnecessary preferences in Squeak.<br>
>>><span> </span><br>
>>> For the current release, I think that we should limit discussion<br>
>>> to specific default preference settings that we might want to<br>
>>> change for the upcoming release.<br>
>>><span> </span><br>
>>> Dave<br>
>>><span> </span><br>
>>> On Fri, Dec 20, 2019 at 12:57:15PM -0800, tim Rowledge wrote:<br>
>>>> 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<span> </span><br>
>>>> tl;dr - Too many preferences, too badly organised. reduce, make decisions, simplify.<br>
>>>><span> </span><br>
>>>> I can't imagine I'll hit all of them here but let's try to get something done -<span> </span><br>
>>>><span> </span><br>
>>>> Arithmetic<span> </span><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>
>>>><span> </span><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>
>>>> Are we sticking with the EncoderForV3PlusClosures encoder?<br>
>>>><span> </span><br>
>>>> Examples<br>
>>>> These are for the test suite and if possible should be hidden<br>
>>>><span> </span><br>
>>>> Files<br>
>>>> The one entry here relates to the encoding of stdio streams so maybe this category should be renamed?<br>
>>>><span> </span><br>
>>>> Graphics<br>
>>>> Both entries relate to sub-pixel font rendering, so again, rename?<br>
>>>><span> </span><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>
>>>><span> </span><br>
>>>> OLPC<br>
>>>> Really?<br>
>>>><span> </span><br>
>>>> TextDiff<br>
>>>> Could be better placed; in Tools?<br>
>>>><span> </span><br>
>>>> Tools<br>
>>>> 'Use unified message labels' What does this do? Is it worth allowing a choice for this sort of thing?<br>
>>>><span> </span><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>
>>>><span> </span><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>
>>>><span> </span><br>
>>>> fileout<br>
>>>> are there ever good reasons to not have 24 hr timestamps? For not checking for slips?<br>
>>>><span> </span><br>
>>>> 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>
>>>><span> </span><br>
>>>> .... and my brain melted at this point.<br>
>>>><span> </span><br>
>>>><span> </span><br>
>>>><span> </span><br>
>>>> tim<br>
>>>> --<br>
>>>> tim Rowledge;<span> </span><a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>;<span> </span><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>
>>>><span> </span><br>
>>>><span> </span><br>
>>>><span> </span><br>
>>><span> </span><br>
>><span> </span><br>
>><span> </span><br>
><span> </span><br>
<br>
<br>
</blockquote>
</div>
<br clear="all">
<div><br>
</div>
--<span> </span><br>
<div dir="ltr">
<div dir="ltr">
<div><span style="font-size:small;border-collapse:separate">
<div>_,,,^..^,,,_<br>
</div>
<div>best, Eliot</div>
</span></div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<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>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>