org
Subject: [EXTERNAL] Re: Query on Royale dependency generation
Personally, I'm not convinced the problem is truly different in SWF vs JS,
other than that in JS, the google closure compiler and
goog.provides/requires/addDependency don't really let you specify the
difference between sta
: Query on Royale dependency generation
Personally, I'm not convinced the problem is truly different in SWF vs JS,
other than that in JS, the google closure compiler and
goog.provides/requires/addDependency don't really let you specify the
difference between static and non-static initializer
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com.INVALID]
Sent: 19 July 2018 18:04
To: dev@royale.apache.org
Subject: [EXTERNAL] Re: Query on Royale dependency generation
For sure, there are probably still bugs in the remove-circul
an
switch to that pattern manually, but I can add that idea to the list of things
to investigate when we have more time..
thanks
Andrew
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com.INVALID]
Sent: 19 July 2018 18:04
To: dev@royale.apache.org
Subject: [EXTERNAL] Re: Query
For sure, there are probably still bugs in the remove-circulars calculation.
But, before debugging these problems, make sure you remove the entire
bin/js-debug folder. The JS files in there are modified by the dependency
management code and could get stale.
The fundamental problem is that
run after
> everything is loaded, rather than declaring all the static properties with
> initialisation in-place..)
>
> Interesting problem!
>
> thanks
>
> Andrew
>
>
> -Original Message-
> From: Harbs [mailto:harbs.li...@gmail.com]
>
declaring all the static properties with initialisation
in-place..)
Interesting problem!
thanks
Andrew
-Original Message-
From: Harbs [mailto:harbs.li...@gmail.com]
Sent: 19 July 2018 14:19
To: dev@royale.apache.org
Subject: [EXTERNAL] Re: Query on Royale dependency generation
>
> thanks
>
> Andrew
>
>
> -Original Message-
> From: Harbs [mailto:harbs.li...@gmail.com]
> Sent: 19 July 2018 13:32
> To: dev@royale.apache.org
> Subject: [EXTERNAL] Re: Query on Royale dependency generation
>
> The Endian dependency should be
: Harbs [mailto:harbs.li...@gmail.com]
Sent: 19 July 2018 13:32
To: dev@royale.apache.org
Subject: [EXTERNAL] Re: Query on Royale dependency generation
The Endian dependency should be added to the main application dependency. The
entire list should be included there. (I have 872 dependencies
ed HTML for that one, to see whether it's just me who
>> doesn't have the Endian dependency added..? FWIW I've been trying both with
>> 0.9.2 downloaded via NPM, and the latest develop branch (well perhaps a week
>> out of date now..)
>>
>> thanks
>>
&g
; 0.9.2 downloaded via NPM, and the latest develop branch (well perhaps a week
> out of date now..)
>
> thanks
>
> Andrew
>
>
> -Original Message-
> From: Harbs [mailto:harbs.li...@gmail.com]
> Sent: 19 July 2018 12:18
> To: dev@royale.apache.org
> Subj
18
To: dev@royale.apache.org
Subject: [EXTERNAL] Re: Query on Royale dependency generation
Are you using the -remove-circulars compiler option?
> On Jul 19, 2018, at 1:05 PM, Frost, Andrew wrote:
>
> Hi guys
>
> I'd been getting an error when running a simple Royale application:
> Uncaught Typ
Are you using the -remove-circulars compiler option?
> On Jul 19, 2018, at 1:05 PM, Frost, Andrew wrote:
>
> Hi guys
>
> I'd been getting an error when running a simple Royale application:
> Uncaught TypeError: Cannot read property 'BIG_ENDIAN' of undefined
>at new
Hi guys
I'd been getting an error when running a simple Royale application:
Uncaught TypeError: Cannot read property 'BIG_ENDIAN' of undefined
at new org.apache.royale.utils.BinaryData (BinaryData.js:28)
the line in question is from the constructor:
org.apache.royale.utils.BinaryData =
14 matches
Mail list logo
