Re: Flash Builder 4.7 OSX

[leokan23]

Flash Builder 4.7 doesn't work with Catalina update cause it is not 64bit. I
would suggest moving to intellij or vscode



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

Flash Builder 4.7 OSX

[dviel]

Hello everyone,

I'm looking for downloading the Flash Builder installer for OSX but can't
found any place to download it.

Any idea ?

Thank you !



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

Re: Flex web deployment...

[Ramazan Ergüder Bekrek]

To see the talk about the tech with demos you can watch this : 
https://www.youtube.com/watch?v=7JUs4c99-mo=youtu.be

10.03.2020, 16:18, "Carlos Rovira" :
> Thanks for sharing, sounds good, but still nothing real until it will be
> launched, and at that time I think people will need to evaluate it to see
> if it works as expected. For what they say it will only work on Chrome,
> that's not bad... and the idea itself seems promising. But time will tell
> if it goes to real
> Thanks for let us know! :)
>
> El mar., 10 mar. 2020 a las 15:44, Ramazan Ergüder Bekrek (<
> e.bek...@yandex.com>) escribió:
>
>>  From my researches I found out that it will be possible to run Flash/Flex
>>  applications after 2020 inside of the browser due to this new technology
>>  which will use WebAssembly.
>>
>>  
>> https://medium.com/leaningtech/preserving-flash-content-with-webassembly-done-right-eb6838b7e36f
>>
>>  Maybe we don't need to freak out at all anymore.
>
> --
> Carlos Rovira
> http://about.me/carlosrovira

Re: Flex web deployment...

[Ramazan Ergüder Bekrek]

Well I received this update and it seems to work pretty well now it is up to us 
to test it to see if our flex apps are running well.

https://medium.com/leaningtech/running-flash-in-webassembly-using-cheerpx-an-update-d500b6fbc44e

10.03.2020, 16:18, "Carlos Rovira" :
> Thanks for sharing, sounds good, but still nothing real until it will be
> launched, and at that time I think people will need to evaluate it to see
> if it works as expected. For what they say it will only work on Chrome,
> that's not bad... and the idea itself seems promising. But time will tell
> if it goes to real
> Thanks for let us know! :)
>
> El mar., 10 mar. 2020 a las 15:44, Ramazan Ergüder Bekrek (<
> e.bek...@yandex.com>) escribió:
>
>>  From my researches I found out that it will be possible to run Flash/Flex
>>  applications after 2020 inside of the browser due to this new technology
>>  which will use WebAssembly.
>>
>>  
>> https://medium.com/leaningtech/preserving-flash-content-with-webassembly-done-right-eb6838b7e36f
>>
>>  Maybe we don't need to freak out at all anymore.
>
> --
> Carlos Rovira
> http://about.me/carlosrovira

Re: GUI IDE need.

[Piotr Zarzycki]

Hi Alex,

We have different plan. We have currently Visual Editor which as part of
Moonshine IDE output Flex and PrimeFaces code, so it would be continuation
of that idea - the difference would be that we output Jewel Royale mxml
code.

wt., 10 mar 2020 o 16:39 Alex Harui  napisał(a):

> Sounds exciting.  Hopefully the GUI editor will use a browser as the
> renderer and be more like live-editing than trying to emulate the browser
> DOM.
>
> Of course, I could be wrong...
>
> -Alex
>
> On 3/10/20, 4:39 AM, "Piotr Zarzycki"  wrote:
>
> Hi Guys,
>
> We have plan to add simple GUI IDE to Moonshine which outputs Royale
> Jewel
> type of applications. Be patience and observer Moonshine IDE on
> GitHub. ;)
>
> Thanks,
> Piotr
>
> wt., 10 mar 2020 o 11:05 Carlos Rovira 
> napisał(a):
>
> > Hi Paul,
> >
> > the example you posted is easy to do nowadays with current Royale in
> > development branch. You can take a try with Jewel or emulation
> components.
> > You'll be surprised of how far Royale is this days :).
> >
> > Best
> >
> > Carlos
> >
> >
> >
> > El mar., 10 mar. 2020 a las 5:28, Alex Harui
> ()
> > escribió:
> >
> > > While it may be that someone offers a GUI IDE some day for Royale,
> there
> > > is are some other approaches, one that has been prototyped, and
> one that
> > > wasn't possible with Flash Player.
> > >
> > > IIRC, one prototype adds some things to your app that allow you to
> edit
> > > the x/y/width/height in your MXML and immediately see the results
> in the
> > > browser.
> > >
> > > The other approach is to write a bead that can track your MXML
> from the
> > > browser so you can use the browser tools to modify the UI and hit
> some
> > > button that will then update the MXML.
> > >
> > > There are some limitations to these approaches which is why none
> are
> > > available at this time.  The main one is that use of view states
> greatly
> > > complicates these approaches (as it does for a GUI IDE as well).
> So one
> > > question for you, are you using view states (mx:State)?
> > >
> > > -Alex
> > >
> > > On 3/9/20, 8:26 PM, "Paul Stearns" 
> wrote:
> > >
> > > Regarding a GUI IDE, in one application, one of the larger
> modules
> > has
> > > 1,390 lines of mxml code. One of 10 tabs in that module has 29
> enterable
> > > "fields" another tab has over 50 enterable fields.
> > >
> > > Attempting to create complex screens which are usable for the
> type of
> > > data entry these systems are used for would be difficult at best
> without
> > > using a GUI editor. If you are designing traditional web
> applications
> > where
> > > everything is stacked and the user scrolls forever then yes you
> can do
> > that
> > > without a GUI IDE. If however you want to design highly usable
> business
> > > applications deployed to thin clients (to use an ancient phrase)
> you need
> > > GUI tools to be productive.
> > >
> > > My initial test application (very simplistic) for Royale can
> be found
> > > here, be sure to click everything; (If something doesn't work as
> > expected,
> > > let me know, no data is stored)
> > >
> > >
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fflex.yozyo.net%2FTestModule%2Fbin-release%2FMain.html%3Ftest%3D123data=02%7C01%7Caharui%40adobe.com%7C3973fca8e91b4f4cd67808d7c4e7bd62%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637194371909967487sdata=9FwboMWcAlwGX7FtsA8q6%2B1Fb1L1obsoI7VS8ONISCA%3Dreserved=0
> > >
> > > Some of the The features I am looking for include canvas with
> x/y
> > > placement of items, multiple panels up simultaneously, etc.
> > >
> > > Paul R. Stearns
> > > Advanced Consulting Enterprises, Inc.
> > >
> > > 15280 NW 79th Ct.
> > > Suite 250
> > > Miami Lakes, Fl 33016
> > >
> > > Voice: (305)623-0360 x107
> > > Fax: (305)623-4588
> > >
> > > 
> > > From: Carlos Rovira 
> > > Sent: 3/9/20 6:14 PM
> > > To: users@flex.apache.org, Paul Stearns 
> > > Subject: Re: [Spam] :Re: Flex 4.16.1 broken for AIR33.1?
> > > Hi Paul,
> > >
> > > many years ago I must say that was completely true, for that
> reason I
> > > started trying to introduce in my clients and projects Flash
> and AMF
> > in
> > > early 2000, first with Flash authoring tool, then with MTASC
> (someone
> > > remember it? ;)), and then Flex was really what we just
> needed. That
> > > was
> > > very disruptive compared with the html/js/css stack at that
> time.
> > >
> > > Currently that's not true. Near 2020, js is like the bytecode
> in
> > Flash
> > 

Re: GUI IDE need.

[Alex Harui]

Sounds exciting.  Hopefully the GUI editor will use a browser as the renderer 
and be more like live-editing than trying to emulate the browser DOM.

Of course, I could be wrong...

-Alex

On 3/10/20, 4:39 AM, "Piotr Zarzycki"  wrote:

Hi Guys,

We have plan to add simple GUI IDE to Moonshine which outputs Royale Jewel
type of applications. Be patience and observer Moonshine IDE on GitHub. ;)

Thanks,
Piotr

wt., 10 mar 2020 o 11:05 Carlos Rovira  napisał(a):

> Hi Paul,
>
> the example you posted is easy to do nowadays with current Royale in
> development branch. You can take a try with Jewel or emulation components.
> You'll be surprised of how far Royale is this days :).
>
> Best
>
> Carlos
>
>
>
> El mar., 10 mar. 2020 a las 5:28, Alex Harui ()
> escribió:
>
> > While it may be that someone offers a GUI IDE some day for Royale, there
> > is are some other approaches, one that has been prototyped, and one that
> > wasn't possible with Flash Player.
> >
> > IIRC, one prototype adds some things to your app that allow you to edit
> > the x/y/width/height in your MXML and immediately see the results in the
> > browser.
> >
> > The other approach is to write a bead that can track your MXML from the
> > browser so you can use the browser tools to modify the UI and hit some
> > button that will then update the MXML.
> >
> > There are some limitations to these approaches which is why none are
> > available at this time.  The main one is that use of view states greatly
> > complicates these approaches (as it does for a GUI IDE as well).  So one
> > question for you, are you using view states (mx:State)?
> >
> > -Alex
> >
> > On 3/9/20, 8:26 PM, "Paul Stearns"  wrote:
> >
> > Regarding a GUI IDE, in one application, one of the larger modules
> has
> > 1,390 lines of mxml code. One of 10 tabs in that module has 29 enterable
> > "fields" another tab has over 50 enterable fields.
> >
> > Attempting to create complex screens which are usable for the type 
of
> > data entry these systems are used for would be difficult at best without
> > using a GUI editor. If you are designing traditional web applications
> where
> > everything is stacked and the user scrolls forever then yes you can do
> that
> > without a GUI IDE. If however you want to design highly usable business
> > applications deployed to thin clients (to use an ancient phrase) you 
need
> > GUI tools to be productive.
> >
> > My initial test application (very simplistic) for Royale can be 
found
> > here, be sure to click everything; (If something doesn't work as
> expected,
> > let me know, no data is stored)
> >
> >
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fflex.yozyo.net%2FTestModule%2Fbin-release%2FMain.html%3Ftest%3D123data=02%7C01%7Caharui%40adobe.com%7C3973fca8e91b4f4cd67808d7c4e7bd62%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637194371909967487sdata=9FwboMWcAlwGX7FtsA8q6%2B1Fb1L1obsoI7VS8ONISCA%3Dreserved=0
> >
> > Some of the The features I am looking for include canvas with x/y
> > placement of items, multiple panels up simultaneously, etc.
> >
> > Paul R. Stearns
> > Advanced Consulting Enterprises, Inc.
> >
> > 15280 NW 79th Ct.
> > Suite 250
> > Miami Lakes, Fl 33016
> >
> > Voice: (305)623-0360 x107
> > Fax: (305)623-4588
> >
> > 
> > From: Carlos Rovira 
> > Sent: 3/9/20 6:14 PM
> > To: users@flex.apache.org, Paul Stearns 
> > Subject: Re: [Spam] :Re: Flex 4.16.1 broken for AIR33.1?
> > Hi Paul,
> >
> > many years ago I must say that was completely true, for that reason 
I
> > started trying to introduce in my clients and projects Flash and AMF
> in
> > early 2000, first with Flash authoring tool, then with MTASC 
(someone
> > remember it? ;)), and then Flex was really what we just needed. That
> > was
> > very disruptive compared with the html/js/css stack at that time.
> >
> > Currently that's not true. Near 2020, js is like the bytecode in
> Flash
> > and
> > Royale is the current Flex. So it's clear that you don't need to go
> > very
> > "low level", but if you needed, you can do it! (and that's good). 
But
> > Royale should allow you to develop without the need to go that 
route.
> > and
> > just use good proven patterns like Flex did. We're working towards
> > that...and I think we're already got it. :)
> >
> > About GUI IDE, although I think is something very cool to have
> > something
> > like that, I 

Re: Flex web deployment...

[Carlos Rovira]

Thanks for sharing, sounds good, but still nothing real until it will be
launched, and at that time I think people will need to evaluate it to see
if it works as expected. For what they say it will only work on Chrome,
that's not bad... and the idea itself seems promising. But time will tell
if it goes to real
Thanks for let us know! :)

El mar., 10 mar. 2020 a las 15:44, Ramazan Ergüder Bekrek (<
e.bek...@yandex.com>) escribió:

> From my researches I found out that it will be possible to run Flash/Flex
> applications after 2020 inside of the browser due to this new technology
> which will use WebAssembly.
>
>
> https://medium.com/leaningtech/preserving-flash-content-with-webassembly-done-right-eb6838b7e36f
>
> Maybe we don't need to freak out at all anymore.
>
>
>

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

Re: Flex web deployment...

[Ramazan Ergüder Bekrek]

>From my researches I found out that it will be possible to run Flash/Flex 
>applications after 2020 inside of the browser due to this new technology which 
>will use WebAssembly.

https://medium.com/leaningtech/preserving-flash-content-with-webassembly-done-right-eb6838b7e36f

Maybe we don't need to freak out at all anymore.

Re: Flex 4.16.1 broken for AIR33.1?

[Alex Harui]

FWIW, there used to be (not sure now), a fair number of folks who for some 
reason could not upgrade to the latest version of Flash/AIR.

The APIs in Flash/AIR apparently have historically only changed by adding new 
methods to classes, not by changing the parameter list.  There is still a risk 
that a newly added API will cause a problem to an existing app, but I believe 
that Harman is doing the right thing by refactoring to not change the parameter 
list and add a new method.

Then the Flex SDK will work for a wider range of versions just in case someone 
is still out there wanting an older one.

My 2 cents,
-Alex

On 3/10/20, 4:34 AM, "Piotr Zarzycki"  wrote:

Hi Leo,

There is nothing more than showing proper documentation to anyone who
wanted to release sdk - however only as far as I know committers can
finalize release process. Fix can submit anyone by pull request. Do that
and I bet someone take care of the rest of the process - even if it takes
more time.

Thanks,
Piotr

pon., 9 mar 2020 o 21:53 leokan23  napisał(a):

> Going back on topic, how easy would be for current volunteers to show how
> to
> update Flex / make a release, to someone from Harman?
>
>
>
> --
> 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%7C65959989d39e4c10c12e08d7c4e70ed0%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637194368975848136sdata=e0pRVlHMrb8Y1z44yiH%2FF5lbgAfF3Vdxw%2FLVC10uKAU%3Dreserved=0
>


-- 

Piotr Zarzycki

Patreon: 
*https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C65959989d39e4c10c12e08d7c4e70ed0%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637194368975848136sdata=NdLsrJ1UtlVrDBS6nd8378peXnaZAMDGgkU8MK3p2PQ%3Dreserved=0

*

Re: GUI IDE need.

[Paul Stearns]

I believe we use view states a few modules which we wrote very early on.

Once we started writing for production, we didn't see the utility in view 
states. Granular control was better handled in other ways.

Paul R. Stearns
Advanced Consulting Enterprises, Inc.

15280 NW 79th Ct.
Suite 250
Miami Lakes, Fl 33016

Voice: (305)623-0360 x107
Fax: (305)623-4588


From: Alex Harui 
Sent: 3/10/20 12:28 AM
To: "users@flex.apache.org" , "pa...@compuace.com" 

Subject: Re: GUI IDE need.
While it may be that someone offers a GUI IDE some day for Royale, there is are 
some other approaches, one that has been prototyped, and one that wasn't 
possible with Flash Player.

IIRC, one prototype adds some things to your app that allow you to edit the 
x/y/width/height in your MXML and immediately see the results in the browser.

The other approach is to write a bead that can track your MXML from the browser 
so you can use the browser tools to modify the UI and hit some button that will 
then update the MXML.

There are some limitations to these approaches which is why none are available 
at this time. The main one is that use of view states greatly complicates these 
approaches (as it does for a GUI IDE as well). So one question for you, are you 
using view states (mx:State)?

-Alex

On 3/9/20, 8:26 PM, "Paul Stearns" wrote:

Regarding a GUI IDE, in one application, one of the larger modules has 1,390 
lines of mxml code. One of 10 tabs in that module has 29 enterable "fields" 
another tab has over 50 enterable fields.

Attempting to create complex screens which are usable for the type of data 
entry these systems are used for would be difficult at best without using a GUI 
editor. If you are designing traditional web applications where everything is 
stacked and the user scrolls forever then yes you can do that without a GUI 
IDE. If however you want to design highly usable business applications deployed 
to thin clients (to use an ancient phrase) you need GUI tools to be productive.

My initial test application (very simplistic) for Royale can be found here, be 
sure to click everything; (If something doesn't work as expected, let me know, 
no data is stored)

https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fflex.yozyo.net%2FTestModule%2Fbin-release%2FMain.html%3Ftest%3D123=02%7C01%7Caharui%40adobe.com%7C2d118f114b934f5c2b7f08d7c4a2d308%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637194075912239790=iA9Av%2FhjDmDmMqdRVgsb2wb33Eqq8G7VVpbQ1cQDJ%2Bg%3D=0

Some of the The features I am looking for include canvas with x/y placement of 
items, multiple panels up simultaneously, etc.

Paul R. Stearns
Advanced Consulting Enterprises, Inc.

15280 NW 79th Ct.
Suite 250
Miami Lakes, Fl 33016

Voice: (305)623-0360 x107
Fax: (305)623-4588


From: Carlos Rovira
Sent: 3/9/20 6:14 PM
To: users@flex.apache.org, Paul Stearns
Subject: Re: [Spam] :Re: Flex 4.16.1 broken for AIR33.1?
Hi Paul,

many years ago I must say that was completely true, for that reason I
started trying to introduce in my clients and projects Flash and AMF in
early 2000, first with Flash authoring tool, then with MTASC (someone
remember it? ;)), and then Flex was really what we just needed. That was
very disruptive compared with the html/js/css stack at that time.

Currently that's not true. Near 2020, js is like the bytecode in Flash and
Royale is the current Flex. So it's clear that you don't need to go very
"low level", but if you needed, you can do it! (and that's good). But
Royale should allow you to develop without the need to go that route. and
just use good proven patterns like Flex did. We're working towards
that...and I think we're already got it. :)

About GUI IDE, although I think is something very cool to have something
like that, I abandoned that kind of tools many years ago. Maybe in the
future I could be working in something like that, just for pleasure, but
for now there's still many work to do in Royale in things more needed.
Maybe others could drive that effort... But I really think the current
Royale coding is very straight forward to do. As well examples like Tour De
Jewel has a lot of code to see how things should be used and learn from it
a lot of good practices.

El lun., 9 mar. 2020 a las 22:48, Paul Stearns ()
escribió:

> What attracted me to Flex initially was that it ran in its own
> environment, completely separate from the html, web browser and their
> multitude of DOMs. I used to write apps in ASP/HTML, and every other week a
> new version of a browser would break something.
>
> For the type of applications I write & support, having a GUI IDE, a
> defined language (like as3 & mxml) and an engine which which provides
> consistent results across platforms are the most important features. At
> this point the weakness I see in Royale is there isn't a GUI IDE, and since
> it doesn't have its own engine, it relies on the vicissitudes of 

Re: GUI IDE need.

[Carlos Rovira]

That sounds very cool Piotr! :)

El mar., 10 mar. 2020 a las 12:39, Piotr Zarzycki (<
piotrzarzyck...@gmail.com>) escribió:

> Hi Guys,
>
> We have plan to add simple GUI IDE to Moonshine which outputs Royale Jewel
> type of applications. Be patience and observer Moonshine IDE on GitHub. ;)
>
> Thanks,
> Piotr
>
> wt., 10 mar 2020 o 11:05 Carlos Rovira 
> napisał(a):
>
> > Hi Paul,
> >
> > the example you posted is easy to do nowadays with current Royale in
> > development branch. You can take a try with Jewel or emulation
> components.
> > You'll be surprised of how far Royale is this days :).
> >
> > Best
> >
> > Carlos
> >
> >
> >
> > El mar., 10 mar. 2020 a las 5:28, Alex Harui ( >)
> > escribió:
> >
> > > While it may be that someone offers a GUI IDE some day for Royale,
> there
> > > is are some other approaches, one that has been prototyped, and one
> that
> > > wasn't possible with Flash Player.
> > >
> > > IIRC, one prototype adds some things to your app that allow you to edit
> > > the x/y/width/height in your MXML and immediately see the results in
> the
> > > browser.
> > >
> > > The other approach is to write a bead that can track your MXML from the
> > > browser so you can use the browser tools to modify the UI and hit some
> > > button that will then update the MXML.
> > >
> > > There are some limitations to these approaches which is why none are
> > > available at this time.  The main one is that use of view states
> greatly
> > > complicates these approaches (as it does for a GUI IDE as well).  So
> one
> > > question for you, are you using view states (mx:State)?
> > >
> > > -Alex
> > >
> > > On 3/9/20, 8:26 PM, "Paul Stearns" 
> wrote:
> > >
> > > Regarding a GUI IDE, in one application, one of the larger modules
> > has
> > > 1,390 lines of mxml code. One of 10 tabs in that module has 29
> enterable
> > > "fields" another tab has over 50 enterable fields.
> > >
> > > Attempting to create complex screens which are usable for the type
> of
> > > data entry these systems are used for would be difficult at best
> without
> > > using a GUI editor. If you are designing traditional web applications
> > where
> > > everything is stacked and the user scrolls forever then yes you can do
> > that
> > > without a GUI IDE. If however you want to design highly usable business
> > > applications deployed to thin clients (to use an ancient phrase) you
> need
> > > GUI tools to be productive.
> > >
> > > My initial test application (very simplistic) for Royale can be
> found
> > > here, be sure to click everything; (If something doesn't work as
> > expected,
> > > let me know, no data is stored)
> > >
> > >
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fflex.yozyo.net%2FTestModule%2Fbin-release%2FMain.html%3Ftest%3D123data=02%7C01%7Caharui%40adobe.com%7C2d118f114b934f5c2b7f08d7c4a2d308%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637194075912239790sdata=iA9Av%2FhjDmDmMqdRVgsb2wb33Eqq8G7VVpbQ1cQDJ%2Bg%3Dreserved=0
> > >
> > > Some of the The features I am looking for include canvas with x/y
> > > placement of items, multiple panels up simultaneously, etc.
> > >
> > > Paul R. Stearns
> > > Advanced Consulting Enterprises, Inc.
> > >
> > > 15280 NW 79th Ct.
> > > Suite 250
> > > Miami Lakes, Fl 33016
> > >
> > > Voice: (305)623-0360 x107
> > > Fax: (305)623-4588
> > >
> > > 
> > > From: Carlos Rovira 
> > > Sent: 3/9/20 6:14 PM
> > > To: users@flex.apache.org, Paul Stearns 
> > > Subject: Re: [Spam] :Re: Flex 4.16.1 broken for AIR33.1?
> > > Hi Paul,
> > >
> > > many years ago I must say that was completely true, for that
> reason I
> > > started trying to introduce in my clients and projects Flash and
> AMF
> > in
> > > early 2000, first with Flash authoring tool, then with MTASC
> (someone
> > > remember it? ;)), and then Flex was really what we just needed.
> That
> > > was
> > > very disruptive compared with the html/js/css stack at that time.
> > >
> > > Currently that's not true. Near 2020, js is like the bytecode in
> > Flash
> > > and
> > > Royale is the current Flex. So it's clear that you don't need to go
> > > very
> > > "low level", but if you needed, you can do it! (and that's good).
> But
> > > Royale should allow you to develop without the need to go that
> route.
> > > and
> > > just use good proven patterns like Flex did. We're working towards
> > > that...and I think we're already got it. :)
> > >
> > > About GUI IDE, although I think is something very cool to have
> > > something
> > > like that, I abandoned that kind of tools many years ago. Maybe in
> > the
> > > future I could be working in something like that, just for
> pleasure,
> > > but
> > > for now there's still many work to do in Royale in things more
> > needed.
> > > Maybe others could drive that effort... But I really think 

Re: GUI IDE need.

[Piotr Zarzycki]

Hi Guys,

We have plan to add simple GUI IDE to Moonshine which outputs Royale Jewel
type of applications. Be patience and observer Moonshine IDE on GitHub. ;)

Thanks,
Piotr

wt., 10 mar 2020 o 11:05 Carlos Rovira  napisał(a):

> Hi Paul,
>
> the example you posted is easy to do nowadays with current Royale in
> development branch. You can take a try with Jewel or emulation components.
> You'll be surprised of how far Royale is this days :).
>
> Best
>
> Carlos
>
>
>
> El mar., 10 mar. 2020 a las 5:28, Alex Harui ()
> escribió:
>
> > While it may be that someone offers a GUI IDE some day for Royale, there
> > is are some other approaches, one that has been prototyped, and one that
> > wasn't possible with Flash Player.
> >
> > IIRC, one prototype adds some things to your app that allow you to edit
> > the x/y/width/height in your MXML and immediately see the results in the
> > browser.
> >
> > The other approach is to write a bead that can track your MXML from the
> > browser so you can use the browser tools to modify the UI and hit some
> > button that will then update the MXML.
> >
> > There are some limitations to these approaches which is why none are
> > available at this time.  The main one is that use of view states greatly
> > complicates these approaches (as it does for a GUI IDE as well).  So one
> > question for you, are you using view states (mx:State)?
> >
> > -Alex
> >
> > On 3/9/20, 8:26 PM, "Paul Stearns"  wrote:
> >
> > Regarding a GUI IDE, in one application, one of the larger modules
> has
> > 1,390 lines of mxml code. One of 10 tabs in that module has 29 enterable
> > "fields" another tab has over 50 enterable fields.
> >
> > Attempting to create complex screens which are usable for the type of
> > data entry these systems are used for would be difficult at best without
> > using a GUI editor. If you are designing traditional web applications
> where
> > everything is stacked and the user scrolls forever then yes you can do
> that
> > without a GUI IDE. If however you want to design highly usable business
> > applications deployed to thin clients (to use an ancient phrase) you need
> > GUI tools to be productive.
> >
> > My initial test application (very simplistic) for Royale can be found
> > here, be sure to click everything; (If something doesn't work as
> expected,
> > let me know, no data is stored)
> >
> >
> >
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fflex.yozyo.net%2FTestModule%2Fbin-release%2FMain.html%3Ftest%3D123data=02%7C01%7Caharui%40adobe.com%7C2d118f114b934f5c2b7f08d7c4a2d308%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637194075912239790sdata=iA9Av%2FhjDmDmMqdRVgsb2wb33Eqq8G7VVpbQ1cQDJ%2Bg%3Dreserved=0
> >
> > Some of the The features I am looking for include canvas with x/y
> > placement of items, multiple panels up simultaneously, etc.
> >
> > Paul R. Stearns
> > Advanced Consulting Enterprises, Inc.
> >
> > 15280 NW 79th Ct.
> > Suite 250
> > Miami Lakes, Fl 33016
> >
> > Voice: (305)623-0360 x107
> > Fax: (305)623-4588
> >
> > 
> > From: Carlos Rovira 
> > Sent: 3/9/20 6:14 PM
> > To: users@flex.apache.org, Paul Stearns 
> > Subject: Re: [Spam] :Re: Flex 4.16.1 broken for AIR33.1?
> > Hi Paul,
> >
> > many years ago I must say that was completely true, for that reason I
> > started trying to introduce in my clients and projects Flash and AMF
> in
> > early 2000, first with Flash authoring tool, then with MTASC (someone
> > remember it? ;)), and then Flex was really what we just needed. That
> > was
> > very disruptive compared with the html/js/css stack at that time.
> >
> > Currently that's not true. Near 2020, js is like the bytecode in
> Flash
> > and
> > Royale is the current Flex. So it's clear that you don't need to go
> > very
> > "low level", but if you needed, you can do it! (and that's good). But
> > Royale should allow you to develop without the need to go that route.
> > and
> > just use good proven patterns like Flex did. We're working towards
> > that...and I think we're already got it. :)
> >
> > About GUI IDE, although I think is something very cool to have
> > something
> > like that, I abandoned that kind of tools many years ago. Maybe in
> the
> > future I could be working in something like that, just for pleasure,
> > but
> > for now there's still many work to do in Royale in things more
> needed.
> > Maybe others could drive that effort... But I really think the
> current
> > Royale coding is very straight forward to do. As well examples like
> > Tour De
> > Jewel has a lot of code to see how things should be used and learn
> > from it
> > a lot of good practices.
> >
> > El lun., 9 mar. 2020 a las 22:48, Paul Stearns ()
> > escribió:
> >
> > > What attracted me to Flex initially was that it ran in its own
> > > 

Re: Flex 4.16.1 broken for AIR33.1?

[Piotr Zarzycki]

Hi Leo,

There is nothing more than showing proper documentation to anyone who
wanted to release sdk - however only as far as I know committers can
finalize release process. Fix can submit anyone by pull request. Do that
and I bet someone take care of the rest of the process - even if it takes
more time.

Thanks,
Piotr

pon., 9 mar 2020 o 21:53 leokan23  napisał(a):

> Going back on topic, how easy would be for current volunteers to show how
> to
> update Flex / make a release, to someone from Harman?
>
>
>
> --
> Sent from: http://apache-flex-users.246.n4.nabble.com/
>


-- 

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*

Re: GUI IDE need.

[Carlos Rovira]

Hi Paul,

the example you posted is easy to do nowadays with current Royale in
development branch. You can take a try with Jewel or emulation components.
You'll be surprised of how far Royale is this days :).

Best

Carlos



El mar., 10 mar. 2020 a las 5:28, Alex Harui ()
escribió:

> While it may be that someone offers a GUI IDE some day for Royale, there
> is are some other approaches, one that has been prototyped, and one that
> wasn't possible with Flash Player.
>
> IIRC, one prototype adds some things to your app that allow you to edit
> the x/y/width/height in your MXML and immediately see the results in the
> browser.
>
> The other approach is to write a bead that can track your MXML from the
> browser so you can use the browser tools to modify the UI and hit some
> button that will then update the MXML.
>
> There are some limitations to these approaches which is why none are
> available at this time.  The main one is that use of view states greatly
> complicates these approaches (as it does for a GUI IDE as well).  So one
> question for you, are you using view states (mx:State)?
>
> -Alex
>
> On 3/9/20, 8:26 PM, "Paul Stearns"  wrote:
>
> Regarding a GUI IDE, in one application, one of the larger modules has
> 1,390 lines of mxml code. One of 10 tabs in that module has 29 enterable
> "fields" another tab has over 50 enterable fields.
>
> Attempting to create complex screens which are usable for the type of
> data entry these systems are used for would be difficult at best without
> using a GUI editor. If you are designing traditional web applications where
> everything is stacked and the user scrolls forever then yes you can do that
> without a GUI IDE. If however you want to design highly usable business
> applications deployed to thin clients (to use an ancient phrase) you need
> GUI tools to be productive.
>
> My initial test application (very simplistic) for Royale can be found
> here, be sure to click everything; (If something doesn't work as expected,
> let me know, no data is stored)
>
>
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fflex.yozyo.net%2FTestModule%2Fbin-release%2FMain.html%3Ftest%3D123data=02%7C01%7Caharui%40adobe.com%7C2d118f114b934f5c2b7f08d7c4a2d308%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637194075912239790sdata=iA9Av%2FhjDmDmMqdRVgsb2wb33Eqq8G7VVpbQ1cQDJ%2Bg%3Dreserved=0
>
> Some of the The features I am looking for include canvas with x/y
> placement of items, multiple panels up simultaneously, etc.
>
> Paul R. Stearns
> Advanced Consulting Enterprises, Inc.
>
> 15280 NW 79th Ct.
> Suite 250
> Miami Lakes, Fl 33016
>
> Voice: (305)623-0360 x107
> Fax: (305)623-4588
>
> 
> From: Carlos Rovira 
> Sent: 3/9/20 6:14 PM
> To: users@flex.apache.org, Paul Stearns 
> Subject: Re: [Spam] :Re: Flex 4.16.1 broken for AIR33.1?
> Hi Paul,
>
> many years ago I must say that was completely true, for that reason I
> started trying to introduce in my clients and projects Flash and AMF in
> early 2000, first with Flash authoring tool, then with MTASC (someone
> remember it? ;)), and then Flex was really what we just needed. That
> was
> very disruptive compared with the html/js/css stack at that time.
>
> Currently that's not true. Near 2020, js is like the bytecode in Flash
> and
> Royale is the current Flex. So it's clear that you don't need to go
> very
> "low level", but if you needed, you can do it! (and that's good). But
> Royale should allow you to develop without the need to go that route.
> and
> just use good proven patterns like Flex did. We're working towards
> that...and I think we're already got it. :)
>
> About GUI IDE, although I think is something very cool to have
> something
> like that, I abandoned that kind of tools many years ago. Maybe in the
> future I could be working in something like that, just for pleasure,
> but
> for now there's still many work to do in Royale in things more needed.
> Maybe others could drive that effort... But I really think the current
> Royale coding is very straight forward to do. As well examples like
> Tour De
> Jewel has a lot of code to see how things should be used and learn
> from it
> a lot of good practices.
>
> El lun., 9 mar. 2020 a las 22:48, Paul Stearns ()
> escribió:
>
> > What attracted me to Flex initially was that it ran in its own
> > environment, completely separate from the html, web browser and their
> > multitude of DOMs. I used to write apps in ASP/HTML, and every other
> week a
> > new version of a browser would break something.
> >
> > For the type of applications I write & support, having a GUI IDE, a
> > defined language (like as3 & mxml) and an engine which which provides
> > consistent results across platforms are the most important features.
> At
> > this