Shouldn't the swf10 compiler automatically prefer the .png alternative?
That doesn't seem to magical to me...
I suppose in this case you could switch to using .pngs explicitly but
that doesn't fix the larger issue.
On 1/25/10 12:42 PM, Henry Minsky wrote:
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]
<mailto:[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]>
<mailto:[email protected]
<mailto:[email protected]>>
--
Regards,
Max Carlson
OpenLaszlo.org
--
Henry Minsky
Software Architect
[email protected] <mailto:[email protected]>
--
Regards,
Max Carlson
OpenLaszlo.org
