The problem is that the debugger app uses single monolithic .swf files in
it's resource declaration, e.g.,


 <resource src="images/buttons/prefsbtn.swf" name="prefsBtn_rsc" />

,  so the flash 10 compiler is using just the single swf8 file, which won't
operate properly as a multiframe flash 10 swf.

I guess we could make the LZX compiler smarter, and if it sees a swf8
resource being
included into a swf10 app, it would try to use the .png preferentially, but
that seems like
too much magic.



On Mon, Jan 25, 2010 at 3:32 PM, Max Carlson <[email protected]> wrote:

> Shouldn't the swf10 compiler be using the .png resources automatically?
>
>
> On 1/25/10 7:30 AM, Henry Minsky wrote:
>
>> I just noticed that when you mouse over  or click on the debugger's
>>  buttons  in swf9/10, they don't change their
>> resources. This is because the button resource is a regular old swf8
>> file, and the different frames don't get
>> parsed out automagically by the compiler for flash 10.  We already have
>> .png files built in the autoPng directory
>> for each frame of each button. Should I change the resource declarations
>> to refer to these?
>>
>> I.e.,
>>
>> Change the declaration of buttons in the debugger.lzx from
>>
>> <resource src="images/buttons/prefsbtn.swf" name="prefsBtn_rsc" />
>>
>> to
>>
>> <resource name="prefsBtn_rsc">
>> <frame src="images/buttons/autoPng/prefsbtn0001.png" />
>> <frame src="images/buttons/autoPng/prefsbtn0002.png" />
>> <frame src="images/buttons/autoPng/prefsbtn0003.png" />
>> </resource>
>>
>> Or maybe we should just hoist those autoPng files up to the
>> images/buttons directory, and get rid of the monolithic swf8 .swf
>> multiframe resource files altogether?
>>
>>
>>
>> --
>> Henry Minsky
>> Software Architect
>> [email protected] <mailto:[email protected]>
>>
>>
>>
> --
> Regards,
> Max Carlson
> OpenLaszlo.org
>



-- 
Henry Minsky
Software Architect
[email protected]

Reply via email to