On 2006-09-30, at 00:32 EDT, Max Carlson wrote:
> P T Withington wrote:
>> _x/yscale is shadowed in LzView right now (otherwise this would
>> have bombed).
>
> Fair enough - I should have reread LaszloView.lzs - the value is in
> fact maintained for view size measurement.
>
>> My `if ($as2)` is just an assertion that the scale in the view
>> matches what is in the sprite in the swf case..
> >
>> I'd prefer that the view code use the view props. Presumably
>> there will be scaling in SVG. Maybe someday there _will_ be
>> scaling in dhtml...
>
> Actually, no - now that I think about it DHTML does do limited
> scaling for stretched images - I was conflating stretches and
> scaling earlier.
>
> Instead, I'd much prefer a sprite API call that return the current
> scale of the sprite. In DHTML it would return 1 except for
> stretched resources on a leaf node. SWF will return the
> movieclip._x/yscale divided by 100.
>
> I'm happy to implement the sprite APIs if you want...
Are you saying the shadowed copy will not be properly updated for a
stretched resource? If not, then perhaps it should be removed
altogether?
If you write the API, I will call it. For now, I plan to check this
in reading the shadowed copy of scale in view.
>> In the mean time, presumably DHTML accepts a scale of 1 and gives
>> an error on any other value, so the generic code should work. No?
>
> -Max
>
>> On 2006-09-29, at 19:00 EDT, Max Carlson wrote:
>>> Comments:
>>> * There is no x/yscaling in DHTML...
>>>
>>> * _x/yscale are flash-specific properties - you probably want to
>>> read it out of the sprite as it'll be undefined here:
>>> + var scale = "_" + xory + "scale";
>>>
>>> * These should use kernel API calls instead of if ($as2):
>>> + if ($as2) {
>>> + if ((a.sprite.__LZmovieClipRef[scale] / 100) != a[scale]) {
>>> + Debug.error("%s != %s", a.sprite.__LZmovieClipRef
>>> [scale] / 100, a[scale]);
>>> + }
>>> + }
>>> ..
>>> + if ($as2) {
>>> + if ((a.sprite.__LZmovieClipRef[scale] / 100) != a[scale]) {
>>> + Debug.error("%s != %s", a.sprite.__LZmovieClipRef
>>> [scale] / 100, a[scale]);
>>> + }
>>> + }
>>>
>>> -Max
>>>
>>> P T Withington wrote:
>>>> Change change.C6vFh0Zaf.txt by [EMAIL PROTECTED] /Users/ptw/
>>>> pending-changes/ on 2006-09-29 18:19:09 EDT
>>>> Summary: Port LvViewLinkage to DHTML
>>>> Bugs Fixed:
>>>> LPP-2816 getAttributeRelative inside a constraint doesn't work
>>>> in dhtml
>>>> Technical Reviewer: adam, max (pending)
>>>> QA Reviewer: ben (pending)
>>>> Doc Reviewer: n/a
>>>> Details:
>>>> Library: LzObjects -> LzViewLinkage
>>>> LzSprite, LaszloView: move getLinkage back to View.
>>>> LzViewLinkage: Remove obsolete Object.error. Put in class
>>>> declaration. Simplify loop, use portable _*scale rather than
>>>> movieClip.
>>>> Tests:
>>>> Test filed with bug works in both swf and dhtml.
>>>> QA reviewer should verify that it fixes the original problem
>>>> with calendar.
>>>> Files:
>>>> D kernel/swf/LaszloObjects.as
>>>> M kernel/swf/Library.lzs
>>>> M kernel/swf/LzSprite.as
>>>> A + views/LzViewLinkage.lzs
>>>> M views/LaszloView.lzs
>>>> M views/Library.lzs
_______________________________________________
Laszlo-dev mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
