On 11/17/12 9:17 PM, "Alex Harui" wrote:
>
>
>
> On 11/17/12 9:14 PM, "Nicholas Kwiatkowski" wrote:
>
>> Kevin,
>>
>> I'm pretty sure that is what the existing compiler pretty much is. I know
>> they have mentioned LLMV being involved, but I'm not sure to what point
>> (I'm not experien
On 11/17/12 9:14 PM, "Nicholas Kwiatkowski" wrote:
> Kevin,
>
> I'm pretty sure that is what the existing compiler pretty much is. I know
> they have mentioned LLMV being involved, but I'm not sure to what point
> (I'm not experienced with this compiler myself...)
I could be wrong, but I don
Kevin,
I'm pretty sure that is what the existing compiler pretty much is. I know
they have mentioned LLMV being involved, but I'm not sure to what point
(I'm not experienced with this compiler myself...)
-Nick
On Sat, Nov 17, 2012 at 7:15 PM, Kevin Newman wrote:
> I don't know much about comp
[
https://issues.apache.org/jira/browse/FLEX-33268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Cyrill Zadra updated FLEX-33268:
Description:
Code Example to reproduce error:
http://ns.adobe.com/mxml/2009";
Cyrill Zadra created FLEX-33268:
---
Summary: Falcon Compile Error: NPE when not existing namespace is
used in element.
Key: FLEX-33268
URL: https://issues.apache.org/jira/browse/FLEX-33268
Project: Apach
I don't know much about compilers, or about how much work it'll be, but
that's my question.
How much work would writing an AS3 front end for LLVM be? I imagine it's
a lot of work.
Adobe did it with ABC bytecode, so it seems it should be theoretically
possible (if a lot of work). There are ba
On 11/17/12 10:01 AM, "sébastien Paturel" wrote:
> it depends.
> if the plan is to fully transcode flex app in HTML/JS and then use
> cordova to make it run as native app, yes i have reasons to think that
> it will have poor performances, because in the end it is still an
> HTML/JS app.
I have
[
https://issues.apache.org/jira/browse/FLEX-33226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13499555#comment-13499555
]
Chema Balsas commented on FLEX-33226:
-
Hi Carol,
I've completed the conversion of all
[
https://issues.apache.org/jira/browse/FLEX-33226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chema Balsas updated FLEX-33226:
Attachment: bundle-configs.diff
Config files for all bundle targets
> Convert sdk
[
https://issues.apache.org/jira/browse/FLEX-33267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13499528#comment-13499528
]
Frédéric THOMAS edited comment on FLEX-33267 at 11/17/12 9:44 PM:
--
[
https://issues.apache.org/jira/browse/FLEX-33267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frédéric THOMAS updated FLEX-33267:
---
Attachment: FLEX-33267.patch
Can you please review this patch ?
> RuntimeLoc
[
https://issues.apache.org/jira/browse/FLEX-33267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13499528#comment-13499528
]
Frédéric THOMAS commented on FLEX-33267:
Frédéric THOMAS created FLEX-33267:
--
Summary:
RuntimeLocalization/RTL_SparkSkin/Integration/RTL_Compiler_LocaleParams_2_Tester
RTL_Compiler_LocaleParams_1_LocaleChain_NOT_AIR_Mac Fails
Key: FLEX-33267
URL: https
[
https://issues.apache.org/jira/browse/FLEX-33250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frédéric THOMAS updated FLEX-33250:
---
Description: pre_compile.sh from RuntimeLocalization\RTL_SparkSkin try to
include files which
[
https://issues.apache.org/jira/browse/FLEX-33250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frédéric THOMAS updated FLEX-33250:
---
Summary: pre_compile.sh from RuntimeLocalization\RTL_SparkSkin try to
include files which don
[
https://issues.apache.org/jira/browse/FLEX-33250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13499525#comment-13499525
]
Frédéric THOMAS commented on FLEX-33250:
Yeah, you right, I messed up with 2 issue
[
https://issues.apache.org/jira/browse/FLEX-33250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frédéric THOMAS updated FLEX-33250:
---
Comment: was deleted
(was:
OmPrakash Muppirala created FLEX-33266:
--
Summary: Make it easy for developers to do a targetted Mustella
test run that doesnt take hours
Key: FLEX-33266
URL: https://issues.apache.org/jira/browse/FLEX-33266
>What I don't get is, Mike said all these other companies that had compiler
>engineers are not here, meaning they are somewhere else. So Mike has put his
>time working with C# and a cross compiler /JS framework.
Actually, I found a really good cross-compiler from C# to JS that was
extensible. S
[
https://issues.apache.org/jira/browse/FLEX-33265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
OmPrakash Muppirala updated FLEX-33265:
---
Description:
Ideally, for each check-in, we want not only a build on the CI server, w
OmPrakash Muppirala created FLEX-33265:
--
Summary: Enable Mustella on CI server (jenkins)
Key: FLEX-33265
URL: https://issues.apache.org/jira/browse/FLEX-33265
Project: Apache Flex
Issue
> The last two days proves that know one has any real answers to anything right
> now. The only way to get answers is the scientific method of limit your
> variables and test the crap out the ideas.
Well said, I totally agree with this :-)
On 17.11.2012, at 19:00, Michael Schmalle wrote:
> Bef
Regarding the guys who wait for Alex to share his thoughts. I dont want to
speak for him but I think that he shared some of his vision in the thread
about FalconJS and the slide presentation. And I think that he stated that
he needs help from the community to create something that makes sense and
c
Dude...I'm with you. I bought Ilog the same day they announced the pending
sale. IBM, if you're not a multi-national, sucks. Ilog went from a very
expensive $800 to a crazy $3200 + deployment costs.
IBM and enterprise in the same sentenceas in IBM ILOG Elixir
Enterprise...gives me the willi
I'm not saying the future of Flex shouldn't be planned, it should. I am
however hoping that the current, very funcitional solution isn't just dismissed
asap because it might not be future proof. Most of the stuff we are discussing
here isn't much more future proof than the Adobe route with the
> thats good news. but how long can we count on AS3 VM updates before any
new feature will only be for VMNext?
Only Adobe can answer that. But do we need these yet unannounced features?
I agree it would be nice to decouple Flex framework from the Flash Player
long term, short term I'd rather focu
Well at least with Apache you're not threatened with a law-suite as thanks for
creating a patch to make ILog work with Flex4 ;-) (Was a few years ago).
Was definitely the last time I payed for anything from big old blue ... and
it's certainly allways my reason I give the guys for declining any of
Before I commit to anything that is in Haxe land or total rewriting
etc, I am going to experiment with FalconAS, FalconJS and the MXML
compiler for fun.
To me as you just said, experimenting at the moment with something we
have is going to be an experiment for me. Unless some chariot flies
I understand and I agree. I was just reacting to an email by Gordon
explaining that MXML 'coverage' in Falcon is at 80%, but that the last 20%
will take many man-months to finish, something Gordon on his own is
obviously not capable of contributing. And then there's FalconJS, which
from the few thi
On 11/17/2012 12:31 PM, sébastien Paturel wrote:
yes unity can output swf now.
but they had their own plugin before stage3D.
And unity will compete with Adobe on the tooling part which is where
Adobe wants to make money.
I don't believe that is a complete understanding.
Not all of Adobe's
Nope, haven't used Catalyst and have only done minor project maintainance in
Flash Pro and that is not my thing, working with timelines and such.
Design view isn't gone yet and even if it does go away next year or smth it
won't stop working all of a sudden in the then current Flash Builder.
And
On 17.11.2012, at 16:39, sébastien Paturel wrote:
> Adobe's roadmap continue to believe in flash player and AIR. ok. but not at
> all for enterprise Apps.
> first consequence is that any new capability like workers will be only for
> the new VM we cant access with AS3 flex. (which was quite a bi
it depends.
if the plan is to fully transcode flex app in HTML/JS and then use
cordova to make it run as native app, yes i have reasons to think that
it will have poor performances, because in the end it is still an
HTML/JS app.
if you only use this path for UI, and managed to transcode the log
I love Flex. And I don't see changing anytime soon.
FWIW, I would be surprised if Adobe and/or others are not hard at work
creating the 'Next Flex' that targets JS HTML5 or multiple targets. It
would certainly fit with Edge/Muse/Brackets...maybe Adobe Sencha?
I say this gently, as one who has
again thats true only today and still for a little few years from now,
just because HTML5 is not fully ready yet.
i really don't understand your optimism about flash runtimes, when even
Adobe made a big shift to HTML5, and narrowed flash runtimes to a
specific area.
i personnaly was still opti
Seems to me The same philosophy behind haxenme, isn'it?
Haxenme generates native code and projects for each platform...
El sábado, 17 de noviembre de 2012, Joan Llenas Masó escribió:
> I'm not Alex, but IMHO taking into account that most UI code will have to
> be written natively for each outpu
I'm not willing to bet on plugin architecture or that Firefox won't solve
their video encoder issues sometime soon. And I am not willing to ride on
the coat tails o the gaming industry either. Have you seen the hits Zynga
is taking on their stock? Games are a dime a dozen and so are the platforms
t
Yeah well Firefox is in a hole re the Flash plugin because they need it for
video playback (H264) which btw is driving a lot of web usage these days.
I haven't been following the dev of the Chrome pepper stuff so I can't comment
on that. I do use Flash in Chrome a lot though and haven't had any
yes unity can output swf now.
but they had their own plugin before stage3D.
And unity will compete with Adobe on the tooling part which is where
Adobe wants to make money.
Le 17/11/2012 18:28, Jeffry Houser a écrit :
On 11/17/2012 11:39 AM, sébastien Paturel wrote:
if tomorrow Adobe dont manag
On 11/17/2012 11:39 AM, sébastien Paturel wrote:
if tomorrow Adobe dont manage to make money on gaming, (don't forget
that in that area, theres already tools like Unity which are much more
advanced and widely used)
And can outputs a SWF [which at the moment is ideal for desktop
browser
Thats dangerous bet...
and even if " current Flex deployment scenario is viable for many more
years" it may be true, but for how long? 5 years? and next? given the
big task it is to change this dependency, it has to be prepared right
now, and can't wait the end of that ultimatum...
don't you t
And they may well do just that, I obviously have no control over that. I am
just taking at face value what they say their current strategy is and adding to
that my reading of the browser/mobile landscape, the future of browser plugins,
etc, and adding all that up my conclusion is that the curre
I'm not Alex, but IMHO taking into account that most UI code will have to
be written natively for each output target and that UI code tends to be the
main bottleneck in nowdays apps there's no reason to think that this new
system would output very poor performant code or bytecode.
Also, for very pe
ok sorry for the bad assumption.
thats good news. but how long can we count on AS3 VM updates before any
new feature will only be for VMNext?
Le 17/11/2012 17:52, Justin Mclean a écrit :
Hi,
Adobe's roadmap continue to believe in flash player and AIR. ok. but not at all
for enterprise Apps
Hi,
> Adobe's roadmap continue to believe in flash player and AIR. ok. but not at
> all for enterprise Apps.
> first consequence is that any new capability like workers will be only for
> the new VM we cant access with AS3 flex.
Web workers are in Flash Player 11.4 (ie existing AS3 VM) which we
Hi Alex,
do you also have in mind to use HTML/JS as main output before cross
platform achievment (for example using Cordova)?
if so, don't you expect very poor performances with this strategy?
Le 17/11/2012 17:05, Alex Harui a écrit :
On 11/17/12 2:47 AM, "Joan Llenas Masó" wrote:
I thin
and were you using Catalyst also?
Knowing that Adobe will drop the design view, and flash catalyst don't
make you think much less confident about their roadmap and the place of
flex in it?
Le 17/11/2012 17:44, Hordur Thordarson a écrit :
Well, this will always be different for everyone. I p
Hi,
yes i totally agree.
thats why the haxe way seems better for now. And thats why i still don't
see any satisfying way to keep flex in AS3 for its long term future.
Justin, you did not answer "what is the essence of flex" for you? :)
Le 17/11/2012 17:41, Justin Mclean a écrit :
Hi,
can f
Well, this will always be different for everyone. I personally don't like
IntelliJ, do like FlashBuilder/Eclipse (use Eclipse for all my Java dev as
well) and I use the design view in every single Flex app I've written so far
and don't see that changing. For instance, the design view allows me
Hi,
> can flex outputed to HTML/JS perform as good as flex outputed to flash
> runtimes?
Well as we can't do that yet it's an unknown. However from what I've seen of
the Falcon JS compiler the answer is that ActionScript running in flash runtime
is much faster. However it's not just a mater of
Adobe's roadmap continue to believe in flash player and AIR. ok. but not
at all for enterprise Apps.
first consequence is that any new capability like workers will be only
for the new VM we cant access with AS3 flex. (which was quite a big
surprise for me)
if tomorrow a great platform comes out,
On 17.11.2012, at 14:53, Nils Dupont wrote:
> @Hordur
> If we are all participating to this discussion on this mailing list, I
> think it is because we all love Flex framework! :)
Yep, you've got me there Nils, I'm totally a sucker for Flex :-)
> But we can't escape the pressure of customers com
On Saturday, November 17, 2012, Hordur Thordarson wrote:
> >
> But maybe I'm reading all this wrong or maybe I'm believing too much what
> I think I'm reading or maybe the people here advocating a HTML/JS strategy
> for Flex have been burned more by Adobe than I have.
>
>
Bingo!
Also, Adobe can s
On 11/17/2012 11:20 AM, Hordur Thordarson wrote:
That to me says that Flash player/AIR aren't going away, quite the opposite in
fact as Flash player/AIR (for mobile) are core components of Adobe's new gaming
strategy for building a business on top of Flash.
But, many are afraid that Adobe ma
On 11/15/2012 4:23 AM, Maxime Cowez wrote:
What I do not like about the way you're setting this up, is that initial
development will happen behind closed doors (at least that's how I
understand it). So here's a question: would you consider open-sourcing your
development effort right from the star
> If we have a solution like Haxe, we can debug in a local native output, and
> use the HTML/JS output only as a release.
That to me is a recipe for problems, test/debug on one runtime, deploy to
another one, you'll get situations where smth works in testing/debug but
doesn't or works different
On 11/17/12 5:14 AM, "Nils Dupont" wrote:
> Has anyone tried to make a bridge between Apache Flex and Apache Cordova?
I'm currently trying to see how well FalconJS output works with Cordova.
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
On 11/17/12 2:47 AM, "Joan Llenas Masó" wrote:
> I think I'm able to get your point after watching these slides and mixing
> it together with what you mentioned earlier on in another thread.
> So instead of going through direct UI AS3->{MyOutputTargetOfChioce}
> translation we just concentrate
On 11/17/12 4:47 AM, "Erik de Bruin" wrote:
> As a complete compiler noob, but can somebody answer this:
>
> Can we not build a 'mxmlcJS'? I understand that Falcon was specifically
> designed to have a 'variable backend' that allows for FalconJS to be hooked
> in. Is something like that feasi
for 1 - check haxe and nme, its made for cross platform from the ground
up, so yes. but im not expert/
for 2- if we would not be doomed to re write it, i would be the first to
be happy. but when Alex is the first to call for a rewrite because a
rearchitecturing is too difficult to get enough mod
"I think that Haxe is such a "all use cases" solution when AS3 + Cordova is
not (unless someone proves the contrary)."
Of course not, it is what I said a few times in this discussion.
I don't know Haxe, another time, and I have nothing against the perspective
of using this technology.
But just 2 qu
maybe there was a misunderstanding here justin.
i was talking about HTML5 performances, not Flex.
so my question is:
can flex outputed to HTML/JS perform as good as flex outputed to flash
runtimes?
maybe i could ask it another way: can the next flex (re written)
outputed to HTML/JS perform as g
Hi Carlos,
By the way thank you for the initiative :)
Yes i agree that theres a point about simple use cases against complex
app use cases.
But if we must consider different solution for every target, it will be
much more difficult to achieve and maintain, compared to a global
solution which ca
HI,
> but you don't get it anymore in the next flash builder versions, because of
> the Adobe's strategy shift.
Incorrect Adobe are Releasing Flash Build 4.8 (currently in beta) [1] and there
are other IDEs eg IntelliJ that you can use. Both support Apche Flex.
Thanks,
Justin
1. http://labs.ad
On Sat, Nov 17, 2012 at 3:30 PM, Hordur Thordarson wrote:
> Also, what would the experience be on the dev tools side ? Currently we
> have Flash builder with a pretty nice, WYSIWYG GUI builder and as I said, a
> pretty nice compile-run-debug experience. If Flex is ported to Haxe or
> some other
Hi,
> What i read here and there is that the performances are poor.
Don't believe everything you read. Performance is good for most use cases. Can
you write 60 fps full 3d games will millions of polygons on the screen at once
in Flex? Probably not but then that's not what it's for. There were so
@Hordur
If we are all participating to this discussion on this mailing list, I
think it is because we all love Flex framework! :)
But we can't escape the pressure of customers coming to us with the
recurring question: Why Flex and not HTML5?
This question is easy to answer / to argument concerning
we are not talking about exploying to mobile browsers but about using
HTML5 engine for native apps like Cordova does.
And again, thats not what the industry is doing TODAY. but tomorrow, we
can except that the same shift that we observed on Desktop will happen
on Mobiles, and see the apps going
Why? as we said it before, its only to get rid of Adobe's runtime for
the long term future of flex.
The last year should have convinced you thats its too dangerous to be so
dependant to Adobes decisions.
And no one wants to turn the AS3/MXML code to HTML/JS. its only an
alternative as a runtime
While I understand the desire to deploy mobile apps to mobile browsers, I would
just point out again that this is not what the industry is doing, and there are
reasons for that.
The reasons are that in the mobile browser you can't get the same performance,
the same UI experience and the same
What i read here and there is that the performances are poor.
if a proof of concept shows that Cordova can make intensive apps runing
on HTML5, fine. but i just doubt it.
Le 17/11/2012 15:10, Nils Dupont a écrit :
When you say HTML5 is not ready yet for entreprise RIA, I agree with you
for des
> if all says that HTML5 is not ready yet for RIA and enterprise apps that flex
> can do very well, why the hell would we try to render flex on HTML5 engine
> for
My question exactly, why the heck, when we have the best cross-platform UI lib
out there with allready pretty darn good deployment
When you say HTML5 is not ready yet for entreprise RIA, I agree with you
for desktop applications (it is what I added in nota bene) because of
current browser fragmentation (there are still companies using IE7...), but
in the mobile world, browsers are far in advance concerning HTML5/JS. And
it app
Hi Sebastien,
I have use cases where I would need something tiny to be deployed to the
browser. We have huge products based on Flex/JEE, and our interface can do
lots of things. But our product could be in mobile browsers integrated in
diferent webs. We cannot do this right now without targeting H
Ok, I see it's a start, but better is something than nothing, so thanks for
sharing.
I'm very intersting in what Alex has to share (if it get internal approval
to share) or what Michael Labriola could share (don't know if he is aware
of this request, and if he has something to share)
I'm learning
i was in fact talking about enterprise app.
it is already quite rapidly heavy perf consuming.
if all says that HTML5 is not ready yet for RIA and enterprise apps that
flex can do very well, why the hell would we try to render flex on HTML5
engine for native apps.
I was talking about 3D rendering
As I said, "started something", do not expect more than first draft for an
experimental try, I'm not even sure that's the better approach, from the
kind of bench I did with, it's slower than the inheritance one, on that
time, in February, I just wanted more people to think on it but it did not
It really depends on which kind of application you want to deploy. I was
more thinking of common "entreprise" oriented applications, e.g. a few
views, with a few lists and a few forms. For 3D rendering I agree that it
is not the best way to go.
2012/11/17 sébastien Paturel
> Does not cordova on
Does not cordova only launch a web browser wrapped in an native app?
If so, its very bad result in terms of performances right?
in a native app environement, we can leverage from 3D rendering (the
best performances), but with cordova solution, we will use the lowest
performant renderer available
Has anyone tried to make a bridge between Apache Flex and Apache Cordova?
I mean generating an Apache Cordova HTML5/JS application from a Flex Mobile
MXML/AS3 application (at least for a subset of Flex Mobile components e.g.
views & transitions, lists, input controls, native APIs access, web servic
As a complete compiler noob, but can somebody answer this:
Can we not build a 'mxmlcJS'? I understand that Falcon was specifically
designed to have a 'variable backend' that allows for FalconJS to be hooked
in. Is something like that feasible with the 'previous generation'
compiler(s)?
The advant
> Are developers on this list still able to earn a living building new
Flex apps, or are you maintaining old ones?
I was actually hired 9 months ago by my current company to set up a new
Flex development branch, as they wanted a share of the market in that area.
As such I am mainly creating new "
I watched the slides to, he mentioned C#. I saw something on Mike's
Twitter that said he would be getting something in GITHub next week
Joan, I agree his presentation made sense. What you are saying makes
sense to with the view mediator approach, you are completely dumbing
down the view usi
I think I'm able to get your point after watching these slides and mixing
it together with what you mentioned earlier on in another thread.
So instead of going through direct UI AS3->{MyOutputTargetOfChioce}
translation we just concentrate our efforts in the business logic code
translation AS3->{My
On 17.11.2012, at 03:32, Jeffry Houser wrote:
> On 11/16/2012 10:25 PM, Hordur Xtest2 Imap wrote:
>> Also, when Steve J started his crusade against Flash on the iPhone, part of
>> the argument was HTML5 is so good you can do anything with that, that you
>> can do in Flash. Fast forward a few yea
Are developers on this list still able to earn a living building new Flex apps,
or are you maintaining old ones?
in our neck of the woods flex is still kind of king for old school GIS
applications (analytical/decision support/etc.) especially w/ESRI backends.
mainly for desktops & some stripp
Still working on a huge desktop Flex app for a client for their worldwide
subdivisions,
and getting a LOT of negative feedback, not because it is slow or bug ridden
(plain users like it actually), but simply because the IT departments know
it is using AIR, and the word got out about Flash...
Not
87 matches
Mail list logo
