Re: [Release] Wizards' Guide & Calculator

2019-06-26 Thread leokan23
Thanks Carlos :)



--
Sent from: http://apache-flex-users.246.n4.nabble.com/


Re: [Release] Wizards' Guide & Calculator

2019-06-26 Thread Carlos Rovira
Congrats! :)

just tweeted about it! :)

https://twitter.com/apacheflex/status/1143834752509710342?s=21



El sáb., 22 jun. 2019 a las 22:30, leokan23 () escribió:

> Hi all,
>
> I am back again with a new release :) this was a 3 days sprint from me and
> my team. As you may remember, a while back we released a companion app for
> Pokemon Go, built 100% in flex which managed to get almost 1.5m downloads
> and is used in more than 110 countries. The company which brought Pokemon
> Go, released their new game which is basically a clone but in Harry Potter
> universe.
>
> So we had to release a companion app for that, and it looks awesome.
>
> Once again  special thanks to @quick6black for his awesome Material Design
> library for
> flex, which has become our base for many projects and extended to become an
> awesome UI lib.
>
> The app was just released in the store[1]  and my team and more info can be
> found in our landing page.[2]
>
> [1] Wizards' Guide
> <
> https://play.google.com/store/apps/details?id=tech.simpleapps.wizardsguide>
>
> [2]https://simpleapps.gr/en/wizards-unite-companion-app
> 
>
>
>
>
>
>
> --
> Sent from: http://apache-flex-users.246.n4.nabble.com/
>


-- 
Carlos Rovira
http://about.me/carlosrovira


Re: Flash app -> AIR

2019-06-26 Thread Carlos Rovira
Hi,

for me the best options today are:

* AIR: If you don't need the browser, you can still have more years to
avoid a more time consuming migration. Harman seems taking the torch to
manage Adobe AIR in a good way. Maybe to early to say anything now, but AIR
seems in good hands.

* Apache Royale: We already migrated a big Flex application to Apache
Royale and it took us considerable less time than go to any other tech out
there. We reused around 70-80% of flex code and rewrite UI with Jewel in
part since we need a more modern and mobile UI. That's a huge fact.

In the other hand Apache Royale is each day/week/month better thanks to
people contributing and continue refining the solution so bugs are
continuely pursued and solved and we are getting more and more real use
cases working good. Think in the work of the past few weeks, I can remember
things like, implementing as3 Vector, improving release process to make it
super-easy, Jewel Modules, How to use external JS libraries easily (blog
post), working with ElectronJS (blog post), many improvments over compiler
and framework code to solve bugs in language constructions, implementation
of new things like abstract class and private constructors,  just to
mention what I remember right now...amazing, right? Think what more things
we'll get over the next months...

Other considerations can be respected, but not taken like something that
will eventually occur. Fear is normal. Fear in Royale's future is all
depending only on us (no more Adobe, Googleo or Facebook) and I think we
have a very focused team at Apache Royale with very valuable people: Alex
Harui, Josh Tynjala, Piotr, Harbs, Yshay, Olaf, Andrew, Greg Dove and many
more...Many people that believes in the project. We don't need Apache
Royale to be as successful as Angular or React. Think on haXe, is not as
popular, but maybe one of the best cross platform techs out there and with
a healthy community. One key to succeed is don't listen to naysayers, and
just go our way. Naysayers will be always there, telling you "this is not
possible". Ok, in my experience, all things I tried many things that seems
impossible and some succeed. Apache Royale is now working nowadays despite
those naysayers.

Apache Royale is nowadays a reality, ready to use and you just need to
believe in it and most important, think that you need to get involved in
the project as other part of the project to master and control it. Most of
the people that fails with a technology is because are thinking in the old
way where all things should come from a company like Adobe. This is not
valid anymore, and you need to be more active in mailing list and
participate, propose, learn, contribute and pursue what you need to make it
done and available to the rest of the community. People waiting for others
to make the job, will find many problems in the way and probably will not
get success with Royale until more time pass and it becomes lots of
maturity.

HTH

Carlos



El mar., 25 jun. 2019 a las 4:19, Alex Harui ()
escribió:

> Also note that in examples/mxroyale/tourdeflexmodules, I used the
> emulation components to migrate over 100 screens by not rewriting them much
> at all.  There are still some bugs to be ironed out, but if volunteers
> pitch in, they will be resolved.
>
> -Alex
>
> On 6/24/19, 2:25 AM, "Olaf Krueger"  wrote:
>
> Hi,
>
> >I am wondering if I should consider AIR
>
> As already mentioned, if you don't need to target the browser,  AIR
> probably
> means the least effort.
> Notice that since AIR was taken over by Harman [1], the license
> changed and
> they introduced a pricing strategy in order to be able to drive AIR
> forwards.
>
> > ...with 450 screens, that's a bit of a task
>
> I think in case of Royale it's a matter of the components you need.
> Take a
> look at the Royale Jewel component set.
> Even if it would be time-consuming to rewrite 450 screens, it's
> probably
> less time-consuming than rewriting anything.
> Most of your AS3 code will probably transpile without any problems.
>
> Olaf
>
> [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fservices.harman.com%2Fpartners%2Fadobedata=02%7C01%7Caharui%40adobe.com%7C23baec10af8f40d0243408d6f885d48e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636969651015534191sdata=ZCf5Aj8bHugE5rVRCJ%2BO9wcsvEIuRjP7uiWl7heQtPg%3Dreserved=0
>
>
>
>
> --
> Sent from:
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-flex-users.246.n4.nabble.com%2Fdata=02%7C01%7Caharui%40adobe.com%7C23baec10af8f40d0243408d6f885d48e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636969651015534191sdata=QOfyJYG0fh4nUNuSebZUK2gQhvkHufaQtdiOzOYf3YI%3Dreserved=0
>
>
>

-- 
Carlos Rovira
http://about.me/carlosrovira