On 5/9/16, 12:44 PM, "Harbs" wrote:
>This would probably be useful.
>
>On May 9, 2016, at 7:59 PM, Alex Harui wrote:
>
>> ExternC has its own config. If you need it I can try to generate it.
>
Looks like the options are:
-js-root Tells ExternC to generate JS instead of AS and place it in t
pls close it
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/GitHub-flex-asjs-pull-request-sortOn-tp52862p52935.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
On 5/9/16, 1:22 PM, "Josh Tynjala" wrote:
>That's a good call, Andy. You're absolutely right that a for-each loop
>could also have its own return statements that are meant for the
>surrounding function. With that in mind, I don't think there's a special
>case here that the compiler can easily d
That's a good call, Andy. You're absolutely right that a for-each loop
could also have its own return statements that are meant for the
surrounding function. With that in mind, I don't think there's a special
case here that the compiler can easily detect to optimize. It sounds like
you should simpl
There can also be return statements within loops as well as "break to
label" or "continue to label". It all seems very messy to me and I still
think it should be behind an optimization option. The current
implementation works perfectly and I would prefer the JS output to be
minimally different fr
On May 9, 2016, at 8:21 PM, Alex Harui wrote:
>
>
> On 5/9/16, 9:44 AM, "Harbs" wrote:
>>> OK, after more reading, I think section 7.1.2 confirms your assumption.
>>> But based on the algorithm and that knowledge, do you see any issues
>>> with
>>> the Flash implementation? Yes, it is puzzli
This would probably be useful.
On May 9, 2016, at 7:59 PM, Alex Harui wrote:
> ExternC has its own config. If you need it I can try to generate it.
Hi Modi,
I think the problem is that per default Date values are transferred in UTC (see
[1])
In the documentation they say "Clients and servers must adjust time accordingly
for time zones." So unfortunately you will probably have to do something here.
But it's not that difficult to implement a
Hi Chris,
BlazeDS automatically translate the time stamp between the client time zone
setting the server time zone.
is there an easy way to disable this time zone translation in BlazeDS?
so that if the date is stored in server (which has GMT time) as 1/1/2013
00:00:00, if the client
BTW, it would be great to find a volunteer to update the files like:
compiler/src/main/resources/org/apache/flex/compiler/messages_en.properties
Then the --help system would work from the command line. And the
printHelp and friends from MXMLC.java and friends needs to be replicated
in MXMLJSC so
On 5/9/16, 10:13 AM, "jude" wrote:
>If we're rethinking the Event class is there a way to prevent the loss of
>strong typing with currentTarget and target? Could we have a
>event.targetType or event.currentTargetType property? Even maybe a
>valueType. Then you could at compile time or runtime c
On 5/9/16, 9:44 AM, "Harbs" wrote:
>>OK, after more reading, I think section 7.1.2 confirms your assumption.
>> But based on the algorithm and that knowledge, do you see any issues
>>with
>> the Flash implementation? Yes, it is puzzling that targetObject gets
>> assigned before the elements are
Awesome! This is exactly what I was looking for.
I’ll copy this info to the wiki.
On May 9, 2016, at 7:59 PM, Alex Harui wrote:
> Falcon (SWF Compiler) should support all MXMLC inputs from the regular
> Flex SDK except the "keep-generated-actionscript" option which I think it
> just ignores (Fa
If we're rethinking the Event class is there a way to prevent the loss of
strong typing with currentTarget and target? Could we have a
event.targetType or event.currentTargetType property? Even maybe a
valueType. Then you could at compile time or runtime check that the value
that is set in the targ
On 5/9/16, 9:37 AM, "Josh Tynjala" wrote:
>We might be able to figure out how to use Array.some() instead. Return
>false for most iterations of the loop, and then return true when a "break"
>is encountered (and return false when "continue" is encountered).
>Replacing break and continue could be
On 5/9/16, 9:31 AM, "Josh Tynjala" wrote:
>You may find that defining constants on the class that uses them doesn't
>scale well, especially with UI components. That's something I found in
>Feathers.
>
>If you or someone else creates a subclass, what to do with any constants
>on
>the base class?
Falcon (SWF Compiler) should support all MXMLC inputs from the regular
Flex SDK except the "keep-generated-actionscript" option which I think it
just ignores (Falcon does not generate ActionScript from MXML, it goes
straight from MXML to ABC). I think there are some embedded font options
that aren
On May 9, 2016, at 6:14 PM, Alex Harui wrote:
>
>
> On 5/9/16, 12:00 AM, "Harbs" wrote:
>
>>
>> On May 9, 2016, at 8:10 AM, Alex Harui wrote:
>>
>>>
>>>
>>> On 5/8/16, 1:18 AM, "Harbs" wrote:
>>>
I’m still having trouble with the spec, though. The spec has the
following in [
We might be able to figure out how to use Array.some() instead. Return
false for most iterations of the loop, and then return true when a "break"
is encountered (and return false when "continue" is encountered).
Replacing break and continue could be tricky, though, since they are
handled in a diffe
You may find that defining constants on the class that uses them doesn't
scale well, especially with UI components. That's something I found in
Feathers.
If you or someone else creates a subclass, what to do with any constants on
the base class? Should they get duplicated in the subclass? Or will
On 5/9/16, 12:00 AM, "Harbs" wrote:
>
>On May 9, 2016, at 8:10 AM, Alex Harui wrote:
>
>>
>>
>> On 5/8/16, 1:18 AM, "Harbs" wrote:
>>
>>> I’m still having trouble with the spec, though. The spec has the
>>> following in [[Append]]:
>>>
>>> 3. If Type(V) is XMLList,
>>> a. Let x.[[TargetOb
No worries, all good now.
-Original Message-
From: Harbs [mailto:harbs.li...@gmail.com]
Sent: Monday, May 09, 2016 6:11 AM
To: dev@flex.apache.org
Subject: [Non-DoD Source] Re: subscribe to dev@flex.apache.org
Ack!
Feel free to forward it...
On May 9, 2016, at 1:08 PM, Kessler CTR Mark
Ack!
Feel free to forward it…
On May 9, 2016, at 1:08 PM, Kessler CTR Mark J
wrote:
> Di you send it to him or the list :P ?
>
> -Mark
>
> -Original Message-
> From: Harbs [mailto:harbs.li...@gmail.com]
> Sent: Monday, May 09, 2016 2:47 AM
> To: dev@flex.apache.org
> Subject: Re: sub
Di you send it to him or the list :P ?
-Mark
-Original Message-
From: Harbs [mailto:harbs.li...@gmail.com]
Sent: Monday, May 09, 2016 2:47 AM
To: dev@flex.apache.org
Subject: Re: subscribe to dev@flex.apache.org
Send an email to: dev-subscr...@flex.apache.org[1]
Harbs
[1]http://flex.ap
On May 9, 2016, at 8:10 AM, Alex Harui wrote:
>
>
> On 5/8/16, 1:18 AM, "Harbs" wrote:
>
>> I’m still having trouble with the spec, though. The spec has the
>> following in [[Append]]:
>>
>> 3. If Type(V) is XMLList,
>> a. Let x.[[TargetObject]] = V.[[TargetObject]]
>> b. Let x.[[TargetProp
25 matches
Mail list logo
