Most (probably all) browsers have caching, but you may not be able to rely on
your app being cached.
A web app can't do everything a desktop or mobile app can do (and vice-versa),
so I recommend that you stop to consider what features you actually can deliver
over the web, then consider how to
Thanks for the detailed information Alex. I have never written a web app in
any language, so have just a couple of concerns. One is bandwidth and
expense. My AIR app is big enough that if the app needs to be downloaded
every single time a person wants to toy around with it, it would get quite
m Flex 3.x
(pre spark). I use FlouruneFX to talk to the middle tier.
From: bilbosax
Sent: 4/3/19 8:23 PM
To: users@flex.apache.org
Subject: Re: Porting Flex/AIR to the web
Is Royale the same as FlexJS???
How
To: users@flex.apache.org
Subject: Re: Porting Flex/AIR to the web
Is Royale the same as FlexJS???
How far along are these web conversions of AS3 and MXML? Mine are business
apps, not games, so I don't need advanced 3D technologies or do any tweening
or any heavy graphics work. But my app does need things
As far as I know, Royale is the successor to flexjs and yes, is being
currently developed and Carlos Rivera posted some weeks ago that he
deployed a production app using Royale. I would say it's a safe bet so far.
On Wed, Apr 3, 2019, 20:18 bilbosax wrote:
> Is Royale the same as FlexJS???
>
>
Is Royale the same as FlexJS???
How far along are these web conversions of AS3 and MXML? Mine are business
apps, not games, so I don't need advanced 3D technologies or do any tweening
or any heavy graphics work. But my app does need things like Lists, Grids,
ArrayCollections, Images, fast AMF
For the same reason, I have my eyes on Apache Royale. It's easier if you go
there (https://royale.apache.org) instead of me explaining the concept.
Regards
On Wed, Apr 3, 2019, 18:55 bilbosax wrote:
> I have written 3 mobile and desktop AIR apps, and to give my users as many
> options as
