It's working now.  Here is the workaround, if anyone would like to test.

http://www.agencia72.com/glow_swfmill.zip

The glow is working, per Daniel's advice and the color attribute is
being passed on through the swfmill dialect.  I changed the:

<StackInteger value="0x996633"/>

to

<StackString value="0x996633"/>

...in order to make the variable pass through without converting to decimal.

Best,
+n

On Tue, Feb 2, 2010 at 3:06 PM, Nirav V. Patel [USA] <[email protected]> wrote:
> Hello Daniel,
>
> I'm starting to do the workaround. Got the drop shadow filter to pass
> on through, but it brought up another issue.  I will post up my files
> once everything is resolved.
>
> I'm trying to pass on a hex color variable to the existing SWF prior
> to the output swfmill SWF.  I'm using the following code:
>
> -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
>  -   -   -   -
>                <DoAction>
>                     <actions>
>                       <PushData>
>                         <items>
>                                        <StackString value="_global"/>
>                         </items>
>                       </PushData>
>                       <GetVariable/>
>                       <PushData>
>                         <items>
>                                        <StackString value="Copy1Color"/>
>                                <StackInteger value="0x336699"/>
>                         </items>
>                       </PushData>
>                       <SetMember/>
>                       <EndAction/>
>                     </actions>
>                 </DoAction>
>
> -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
>  -   -   -   -
>
> In the output SWF, when I trace (_global.Copy1Color) I get this:
>
> 3368601
>
> -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -
>  -   -   -   -
>
> Can I edit the swfmill dialect to have the variable (0x336699) pass
> through and not have the variable convert to decimal?  I've been
> digging around for functions that might convert within the SWF, but I
> would save me time and complexity of code to have the Hex code pass
> through intially.
>
> Best,
> +n
>
> On Mon, Feb 1, 2010 at 7:10 PM, Daniel Cassidy <[email protected]> 
> wrote:
>> Hi Nirav,
>>
>> On 31 January 2010 06:09, Nirav V. Patel [USA] <[email protected]> wrote:
>>> I'm using swfmill to combine an existing SWF and some external assets
>>> to make a new self-contained SWF. This existing SWF has been exported
>>> for the Flash 8 player and has an object with a drop shadow filter.
>>> Some timeline tweening of the objects is happening as well.
>>
>> The SWF import feature of swfmill’s simple dialect is not really
>> intended to import animations. Think of it as being used to import
>> static images that happen to be in SWF format rather than PNG or JPG.
>>
>> That said, looking at the code, you may be able to work round the
>> problem, assuming you are able to modify the existing SWF. Try moving
>> the animation inside a symbol, and then place that symbol on the first
>> frame. I am not sure, but swfmill may preserve the animation in that
>> case.
>>
>> Otherwise your only choice at the moment is to export the existing swf
>> to swfml, and merge it with your swfml either by hand or using an XSLT
>> transformation. Of course, to do that you need to be sufficiently
>> familiar with SWF internals to understand the full swfml dialect.
>>
>> I’m sorry I can’t be of more help, but do let the list know if the
>> workaround suggested above is successful. If so I may be able to
>> incorporate an equivalent workaround into swfmill itself.
>>
>> Dan.
>>
>> _______________________________________________
>> swfmill mailing list
>> [email protected]
>> http://osflash.org/mailman/listinfo/swfmill_osflash.org
>>
>

_______________________________________________
swfmill mailing list
[email protected]
http://osflash.org/mailman/listinfo/swfmill_osflash.org

Reply via email to