> -Original Message-
> From: David Arno [mailto:da...@davidarno.org]
> Sent: Monday, January 30, 2012 7:29 AM
> To: flex-dev@incubator.apache.org
> Subject: RE: Stubbing playerglobal.swc API
>
> > From: Doug Arthur [mailto:dougart...@gmail.com]
> > Sent: 30 J
> From: Doug Arthur [mailto:dougart...@gmail.com]
> Sent: 30 January 2012 15:20
> Not sure we want to do that with a moving target.
> Since we don't own playerglobal.swc, we should not try to replicate it.
I'd argue quite the opposite. Because playerglobal.swc is a moving target,
stubbing it for
On Mon, Jan 30, 2012 at 1:36 AM, Dirk Eismann wrote:
> Just wondered if we could circumvent the issues with hosting and
> downloading playerglobal.swc by just stubbing the needed classes by
> using native function declarations. This way we could link against the
> stubbed as files and would not ne
Just wondered if we could circumvent the issues with hosting and
downloading playerglobal.swc by just stubbing the needed classes by
using native function declarations. This way we could link against the
stubbed as files and would not need to link against the swcs.
E.g. for the playerglobal flash.
