<div dir="ltr">I see now that what I really want is this:<div><br></div><div><font face="monospace">todoEntry layoutSpec fixedWidth: 200</font></div><div><br></div><div>With that in place, setting the content to an empty string to clear it does not collapse the width of the TextEntryMorph.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 11, 2024 at 9:10 AM <<a href="mailto:ken.dickey@whidbey.com">ken.dickey@whidbey.com</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">On 2024-08-10 16:57, Mark Volkmann via Cuis-dev wrote:<br>
<br>
> Does it seem desirable for a text input to change its width based on <br>
> its contents?<br>
<br>
When you increase font size or add significant text, would you prefer it <br>
be drawn "off the end" or truncated?<br>
<br>
I prefer that the TextEntryMorph grow to contain its contents.<br>
<br>
Yes, alternate this behavior is a good case for subclassing.<br>
<br>
HTH,<br>
-KenD<br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div><font face="arial, helvetica, sans-serif">R. Mark Volkmann</font></div><div><span style="font-size:12.8px"><font face="arial, helvetica, sans-serif">Object Computing, Inc.</font></span></div></div></div></div></div></div></div></div>