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
>
hminsky@...
