TextMorph is a very generic widget,so I can see the need to maintain the existing functionality, however I think it would be a nice option / preference. One thing I always wanted to improve on was the way it automatically resizes; instead of just one-pixel at a time, to be able to "zoom" more quickly to the optimal size. However, my attempts to do so invariably caused an oscillation between "too small" and "too large".
- Chris
On Sun, Jan 16, 2011 at 12:05 AM, Sean P. DeNigris sean@clipperadams.com wrote:
Chris Muller-2 wrote:
Hi Marcus, I have done this in Maui. I had to subclass TextMorph (MauiStringEditor) and override #handleKeystroke: to dynamically adjust the extent.
Can we make TextMorph use the Maui growing behavior? I find it much more intuitive and useful. I often cringe at the current "keep the width constant and grow vertically" behavior. I pulled the Class out into a GrowableTextMorph, but I think the behavior should just be folded into TextMorph. If necessary, we could even set the default maxWidth to simulate how TextMorph currently works for backward-compatibility.
What do you all think?
Sean
View this message in context: http://forum.world.st/TextMorph-behavior-tp48128p3219757.html Sent from the Squeak - Dev mailing list archive at Nabble.com.