<div dir="ltr">&gt;&gt; Bert, could you please explain why you want this?<br>&gt;<br>&gt; Cmd-0 is supposed to make something into plain text. Colored text is not plain text.<div><br></div><div>Look at the consecutive key-sequence across the top-row of the keyboard.  In order from left-to-right we have:<br>
</div><div><br></div><div style>  Command+7 = Bold, no color change<br></div><div>  Command+8 = Italicize, no color change</div><div>  Command+9 = Kern, no color change</div><div>  Command+0 = Normalize, <font color="#ff0000">PLUS</font> <font color="#00ff00">a</font> <font color="#0000ff">color</font> <font color="#ff00ff">change</font>!</div>
<div>  Command+_ = Underline, no color change</div><div>  Command+= = Strikeout, no color change.</div><div><br></div><div style>I think Command+6 should be the universal, one-stop, &quot;Text Colorization&quot; / &quot;Decolorization&quot; function and leave the rest of it elegantly consistent by operating solely on emphasis attributes.</div>
<div style><br></div><div style>The new Cmd+0 affects the gesture-usage of the system too.  Before, all combinations of going <u>from</u> any <i>format+color</i> <u>to</u> any another other <i>format+color</i> utilized a consistent sequence of gestures.  Now, we have an exceptional case for removing emphasis from colored text (e.g., going from Bold+Red to Normal+Red).</div>
<div style><br></div><div style><b>Question</b>:  How will users keep the same custom-color when all they want to do is remove an underline?  </div><div style><br></div><div style>This use-case is now very difficult for the user if not impossible.<br>
</div><div style><br></div><div style>&gt;&gt; It&#39;s already so easy to switch text color to black:   Command+6 + Enter.<br></div><div>&gt;<br>&gt; Sure, but I don&#39;t normally want to set the text to black. I want to make it plain.<br>
<br>Ok, how about adding &quot;default color&quot; to the Alt+6 menu then?  Or, how about an alternate key-sequence for &quot;Normalize + Decolorize&quot;?  Shift+Command+0 is available!  This would be perfect compromise.</div>
<div><br></div><div><div>&gt;&gt; Isn&#39;t that easy enough without making it impossible for folks writing<br>&gt;&gt; documents in Squeak that contain colored text?<br>&gt;<br>&gt; Don&#39;t use Cmd-0 if you want to use text containing different colors. It&#39;s *supposed* to make the whole selection look uniform.</div>
<div><br></div><div style>But what <u>do</u> I use now if want to maintain different colors but just want to remove <i><font color="#674ea7"><u style="font-weight:bold">em</u><b>pha</b>sis</font></i>?  To do that before, it was the same consistent gesture-sequence as anything else.  Command+0, Command+6, Enter.  Done.  Now that&#39;s broken, especially for custom-colors.</div>
<div style><br></div><div style>&gt; For a differently-colored background plain text should be displayed in color possibly different from black, I agree. But that color should *not* be encoded in the text itself, it should be a property of its display container, the one providing the background color.<br>
</div><div style><br></div><div style>I&#39;m on-board with having a &quot;nil&quot; color as a text that causes it to render in whatever it&#39;s container says it should and having a gesture to set it such.  Glad we agree about that.</div>
<div style><br></div><div style>Would you please compromise with me -- it seems the shift key is used as an &quot;enhanced&quot; version of several hot-key functions throughout the system, and so Shift+Command+0 to inject the decolorization and leaving original Command+0 to remain consistent with [7] thru [=] to only remove emphasis, seems ideal, what do you think?</div>
<div style><br></div></div></div>