Github user asfgit closed the pull request at:
https://github.com/apache/flex-asjs/pull/8
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is ena
I’m working on this with Yishay, so I’m reviewing the code. There will be some
more changes soon.
Harbs
On Jul 5, 2016, at 10:11 AM, asfgit wrote:
> Github user asfgit closed the pull request at:
>
>https://github.com/apache/flex-asjs/pull/8
>
>
> ---
> If your project is set up for it,
I noticed this comment in HTTPService and I don’t understand what it does. Can
someone explain?
Number?
-Mark
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Friday, July 01, 2016 7:46 PM
To: dev@flex.apache.org
Subject: Re: flexjs init the int =0
Yep. Looking into it. Are there any other types other than int and uint
that will need initialization?
-Alex
I’d like to start a discussion on what I did here.
There is a pretty popular pattern in Javascript which allows for chaining of
callbacks. Instead of lots of addEventListeners and such, you would do
myClass.doSomething().success(handleSuccess).error(handleError). It’s currently
giving the class
Hi,
I was having some spare time waiting for some "business processes" to grant me
some privileges, so being sort of stuck for asjs at the moment, I decided to
give FlexUnit a try in building this with maven.
I did have to add a few minor additions to my plugin but I managed to get most
of t
I noticed a lot of warning regarding this in the Maven build. But unfortunately
I can't give you any more info on that. Probably it tells flex to ignore some
coercions ;-) ... but no Idea what type of coercions.
Would be interested in this too :-)
Chris
Von:
There have been multiple cases where a developer decided to use callbacks
instead of events in their API because they felt that no one would ever
need multiple listeners, and I ended up actually needing them. The
workarounds required can be ugly. Having been there, I try to avoid making
assumptions
A Number initializes to NaN in the Flash runtimes, if you don't set it to
anything else.
- Josh
On Jul 5, 2016 3:07 AM, "Kessler CTR Mark J"
wrote:
> Number?
>
>
> -Mark
>
>
> -Original Message-
> From: Alex Harui [mailto:aha...@adobe.com]
> Sent: Friday, July 01, 2016 7:46 PM
> To: dev@
And could you please have a look at the build? Seems the Maven build is failing
now ...
https://builds.apache.org/view/E-G/view/Flex/job/flex-asjs%20(maven)/90/console
Chris
Von: Josh Tynjala
Gesendet: Dienstag, 5. Juli 2016 14:07:17
An: dev@flex.apache.org
Be
It seems that on line 136 of URLStream it should be "cleanupCallbacks()"
instead of "cleanupHandlers()". At least when doing that change, the build
passes, but I didn't deeply look into your change, so I won't commit that
change and eventually break your stuff.
Chris
_
Forgot about that. I'm just used to always initializing my ints/numbers to 0
or -1.
-Original Message-
From: Josh Tynjala [mailto:joshtynj...@gmail.com]
Sent: Tuesday, July 05, 2016 8:10 AM
To: dev@flex.apache.org
Subject: [Non-DoD Source] RE: flexjs init the int =0
A Number initialize
Well ... whatever, I created a new branch and setup a build-job to build it:
https://builds.apache.org/view/E-G/view/Flex/job/flex-flexunit%20(maven)/7/console
Success tastes so sweet :-)
But I'll have to investigate if the Ant build does additional stuff that I
haven't implemented yet. For n
Sorry about that. I thought I built it before committing, but I apparently
forgot.
I’ll commit the fixed code shortly.
On Jul 5, 2016, at 3:44 PM, Christofer Dutz wrote:
> It seems that on line 136 of URLStream it should be "cleanupCallbacks()"
> instead of "cleanupHandlers()". At least when
OK. I’ll leave it an EventDispatcher. But, should we try to emulate the
callback paradigm in addition?
On Jul 5, 2016, at 3:07 PM, Josh Tynjala wrote:
> There have been multiple cases where a developer decided to use callbacks
> instead of events in their API because they felt that no one would
Hi,
I have been doing quite a lot of complies of ASJS lately. I encountered about
2-3% of the builds end up with the compiler completely locking up. I used to
simply kill them and re-run the build, but this time I used jstack to dump a
thread-dump of all threads of that VM. I thought, eventual
The callback paradigm could still be a convenient option. There definitely
are times when a single listener is all you need.
- Josh
On Tue, Jul 5, 2016 at 7:08 AM, Harbs wrote:
> OK. I’ll leave it an EventDispatcher. But, should we try to emulate the
> callback paradigm in addition?
>
> On Jul
Harbs, I think you are referring to asynchronous callback chaining, which,
IMO, does not replace addEventListener per-se. IOW, it is not the same as:
class SomeClass {
public var oneAndOnlyOneCallBack:Function;
public function doSomethingAfterSettingCallback():void;
}
Instead, I think you ar
https://cwiki.apache.org/confluence/display/FLEX/FlexJS+Component+Source+Co
de+Patterns
And if that doesn't make sense, we need to fix it in the wiki for the next
person.
Specific to XHR, that might be historic because there was a point in time
where the is/as code didn't test for types that were
Thanks, I will look into it. I haven't seen it hang myself, but I saw in
the dump that addDependency was in there, which Lizhi reported as having
some thread-unsafe behavior.
-Alex
On 7/5/16, 7:42 AM, "Christofer Dutz" wrote:
>Hi,
>
>
>I have been doing quite a lot of complies of ASJS lately.
We definitely build and release flexunit. There is a nightly build for it
on apacheflexbuilds. But I think you discovered that the Ant build may
not be building "everything".
-Alex
On 7/5/16, 6:41 AM, "Christofer Dutz" wrote:
>Well ... whatever, I created a new branch and setup a build-job to
On 7/4/16, 7:16 AM, "Alex Harui" wrote:
>OK, I will try again, but it might not be today (holiday in US).
OK, I took a look. I think the problems in the examples are problems for
the Ant build as well. Some of the examples have broken and I'm not sure
why. I will look into fixing the exampl
Jeah I even found out that I even did a release of at least the mavenized
artifacts ... Must have forgotten that ;-)
And I did a little comparison between ant and Maven and noticed that I now
build two more swcs and compile some more classes. So that's probably the
reason for the code garbage n
I just ran into an XML compiler bug and I was trying to add it to the manual
test before I log it into JIRA, but it does not look like it’s working now. Can
someone check if it’s working for them so I know if it’s my configuration or
something else?
Thanks,
Harbs
Here is the JIRA for the issue:
https://issues.apache.org/jira/browse/FLEX-35107
On Jul 5, 2016, at 10:51 PM, Harbs wrote:
> I just ran into an XML compiler bug and I was trying to add it to the manual
> test before I log it into JIRA, but it does not look like it’s working now.
> Can someone
Hi,
I have an existing application (mobile+desktop) that was using Flex 4.10
with AIR 3.8. I decided to upgrade it to 4.15 and AIR20 but noticed a bug
now. I have a custom skin that contains a TextInput, I am not able to focus
into the textinput anymore. I investigated and found that the issue was
how run this code.
var ws = require("nodejs-websocket");
var server = ws.createServer(
function (conn) {
console.log("new connection");
conn.on("text",
function (str) {
console.log("收到" + str);
for(var i=0;i<10;i++){
On 7/5/16, 2:14 PM, "Fréderic Cox" wrote:
>Hi,
>
>I have an existing application (mobile+desktop) that was using Flex 4.10
>with AIR 3.8. I decided to upgrade it to 4.15 and AIR20 but noticed a bug
>now. I have a custom skin that contains a TextInput, I am not able to
>focus
>into the textinput
28 matches
Mail list logo
