We're probably missing some logic somewhere. This area has changed a
lot recently with the changes for dropshadows. Maybe we need some
refactoring in the sprite to put all the computation of the clipping
mask in one place and have it be called by any routine that changes
the properties that can affect it (height, width, multiline,
scrollevents, etc.)
On 2009-10-13, at 13:05, Henry Minsky wrote:
Max,
I came across this issue when looking at the debugger window input
field
changing from single line to multiline.
In all DHTML browsers, if you change a single line to multiline, and
change
its height, you get a horizontal scrollbar
appearing on the bottom. Test case below
<canvas>
<inputtext id="foo" width="400"
multiline="false"
text="${canvas.runtime}"
bgcolor="#ccffcc"
oninit="setAttribute('multiline', true);
this.setAttribute('height', 120)" />
</canvas>
It seems like the scrollbar is being displayed inside of the space
normally
reserved for the actual text input
area.
Note: in IE7 you get an error right now when changing to multiline,
due to a
bug in the args to the clip style in LzTextSprite (see the
comment at the end of http://openlaszlo.org/jira/browse/LPP-8477)
--
Henry Minsky
Software Architect
hmin...@laszlosystems.com
