Re: Flex2Royale

2017-10-17 Thread Carlos Rovira 
Right Alex,

If by the time I finish on website there's no work proposed by Angelo or
other, I'll put that task on my plate and work on some proposal. But since
Angelo said he was doing something, hope he could give some us some word on
his progress

Thanks



2017-10-17 18:06 GMT+02:00 Alex Harui :

> My understanding is that we would see proposals consisting of artwork and
> not necessarily CSS/SVG/code.
>
> I am hopeful that Carlos's #2 task would inform us on, given some artwork,
> we would implement the artwork via CSS or SVG or something else.
>
> Looking forward to seeing things,
> -Alex
>
> On 10/17/17, 6:49 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
> 
> wrote:
>
> >Right.
> >
> >Hope Angelo could share the state of his work and know if he's doing some
> >progress
> >
> >2017-10-17 15:18 GMT+02:00 Piotr Zarzycki :
> >
> >> Yes! It was discussed here [1]. Remember that Angelo said that hey are
> >>in
> >> progress, but do not have to much time for that.
> >>
> >> [1]
> >>
> >>https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fapache-fl
> >>ex-users.246.n4.nabble.com%2FRe-=02%7C01%7C%
> 7Ce45d56f1013e486bb9
> >>8008d51565e394%7Cfa7b1b5a7b34438794aed2c178de
> cee1%7C0%7C0%7C6364384497406
> >>72437=Az3yGGBBtbevPZCpqSKFLRs7fZ4SVrOwWy6LkfaP42M%3D=0
> >> FlexJS-Wanted-UX-UI-Design-Proposals-td14439.html
> >>
> >> Piotr
> >>
> >> 2017-10-17 12:19 GMT+02:00 Olaf Krueger :
> >>
> >> > If I remember it correctly some other guys already started the work
> >>on a
> >> > default theme.
> >> > There is a thread at the Flex users or dev list about this but I can
> >>not
> >> > find it... my bandwitdh is too bad at the moment.
> >> > Just to make sure that you keep this in mind...
> >> >
> >> > Olaf
> >> >
> >> >
> >> >
> >> > --
> >> > Sent from:
> >>https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fapache-ro
> >>yale-development.20373.n8.nabble.com%2F=02%7C01%7C%
> 7Ce45d56f1013e486
> >>bb98008d51565e394%7Cfa7b1b5a7b34438794aed2c178de
> cee1%7C0%7C0%7C6364384497
> >>40672437=xVcBbPgjaVleOZNEDtarLen18DyW8%
> 2F5Se0kM37spK5M%3D=
> >>0
> >> >
> >>
> >>
> >>
> >> --
> >>
> >> Piotr Zarzycki
> >>
> >> mobile: +48 880 859 557
> >> skype: zarzycki10
> >>
> >> LinkedIn:
> >>https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fwww.linke
> >>din.com%2Fpiotrzarzycki=02%7C01%7C%7Ce45d56f1013e486bb98008d51565
> e39
> >>4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%
> 7C636438449740672437=U
> >>vjQvwrEbWgF0r9VhfCJBTbEHhDsLatVVGqMAC%2FOxD0%3D=0
> >>
> >> https%3A%2F%2Fpl.link
> >>edin.com%2Fin%2Fpiotr-zarzycki-92a53552=02%
> 7C01%7C%7Ce45d56f1013e486
> >>bb98008d51565e394%7Cfa7b1b5a7b34438794aed2c178de
> cee1%7C0%7C0%7C6364384497
> >>40672437=nLvnI9A0VPfV2ddegRd4AW72Gl7ks%
> 2FY1JLa4HYisRiU%3D=
> >>0>
> >>
> >> GitHub:
> >>https://na01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fgithub.c
> >>om%2Fpiotrzarzycki21=02%7C01%7C%7Ce45d56f1013e486bb98008d51565
> e394%7
> >>Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636438449740672437=
> fuYq
> >>4uvYUshx9CSur7eEKCIlcTe2kDrH%2F7g2d4%2FN26I%3D=0
> >>
> >
> >
> >
> >--
> >
> > http%3A%2F%2Fwww.codeo
> >scopic.com=02%7C01%7C%7Ce45d56f1013e486bb98008d51565
> e394%7Cfa7b1b5a7b
> >34438794aed2c178decee1%7C0%7C0%7C636438449740672437&
> sdata=sJZrPBwR7nupSrCT
> >oweS6%2FoHskWGmkwDlVbQj5DF6YU%3D=0>
> >
> >Carlos Rovira
> >
> >Director General
> >
> >M: +34 607 22 60 05
> >
> >https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fwww.codeos
> >copic.com=02%7C01%7C%7Ce45d56f1013e486bb98008d51565
> e394%7Cfa7b1b5a7b3
> >4438794aed2c178decee1%7C0%7C0%7C636438449740672437&
> sdata=sJZrPBwR7nupSrCTo
> >weS6%2FoHskWGmkwDlVbQj5DF6YU%3D=0
> >
> >
> >Conocenos Avant2 en 1 minuto!
> > https%3A%2F%2Favant2.e
> >s%2F%23video=02%7C01%7C%7Ce45d56f1013e486bb98008d51565
> e394%7Cfa7b1b5a
> >7b34438794aed2c178decee1%7C0%7C0%7C636438449740672437&
> sdata=fGPHedZqzbwRol
> >ramyQ8MWgegSDXJnsWuqvAJjggPlY%3D=0>
> >
> >
> >Este mensaje se dirige exclusivamente a su destinatario y puede contener
> >información privilegiada o confidencial. Si ha recibido este mensaje por
> >error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> >proceda a su destrucción.
> >
> >De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> >comunicamos
> >que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> >S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> >servicio o información solicitados, teniendo usted derecho de acceso,
> >rectificación, cancelación y oposición de sus datos dirigiéndose a
> >nuestras
> >oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación

Re: Flex2Royale

2017-10-17 Thread Carlos Rovira 
Right.

Hope Angelo could share the state of his work and know if he's doing some
progress

2017-10-17 15:18 GMT+02:00 Piotr Zarzycki :

> Yes! It was discussed here [1]. Remember that Angelo said that hey are in
> progress, but do not have to much time for that.
>
> [1]
> http://apache-flex-users.246.n4.nabble.com/Re-
> FlexJS-Wanted-UX-UI-Design-Proposals-td14439.html
>
> Piotr
>
> 2017-10-17 12:19 GMT+02:00 Olaf Krueger :
>
> > If I remember it correctly some other guys already started the work on a
> > default theme.
> > There is a thread at the Flex users or dev list about this but I can not
> > find it... my bandwitdh is too bad at the moment.
> > Just to make sure that you keep this in mind...
> >
> > Olaf
> >
> >
> >
> > --
> > Sent from: http://apache-royale-development.20373.n8.nabble.com/
> >
>
>
>
> --
>
> Piotr Zarzycki
>
> mobile: +48 880 859 557
> skype: zarzycki10
>
> LinkedIn: http://www.linkedin.com/piotrzarzycki
> 
>
> GitHub: https://github.com/piotrzarzycki21
>



-- 



Carlos Rovira

Director General

M: +34 607 22 60 05

http://www.codeoscopic.com


Conocenos Avant2 en 1 minuto! 


Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.

De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.

Re: Flex2Royale

2017-10-17 Thread Piotr Zarzycki 
Yes! It was discussed here [1]. Remember that Angelo said that hey are in
progress, but do not have to much time for that.

[1]
http://apache-flex-users.246.n4.nabble.com/Re-FlexJS-Wanted-UX-UI-Design-Proposals-td14439.html

Piotr

2017-10-17 12:19 GMT+02:00 Olaf Krueger :

> If I remember it correctly some other guys already started the work on a
> default theme.
> There is a thread at the Flex users or dev list about this but I can not
> find it... my bandwitdh is too bad at the moment.
> Just to make sure that you keep this in mind...
>
> Olaf
>
>
>
> --
> Sent from: http://apache-royale-development.20373.n8.nabble.com/
>



-- 

Piotr Zarzycki

mobile: +48 880 859 557
skype: zarzycki10

LinkedIn: http://www.linkedin.com/piotrzarzycki


GitHub: https://github.com/piotrzarzycki21

Re: Flex2Royale

2017-10-17 Thread Olaf Krueger 
If I remember it correctly some other guys already started the work on a
default theme. 
There is a thread at the Flex users or dev list about this but I can not
find it... my bandwitdh is too bad at the moment. 
Just to make sure that you keep this in mind... 

Olaf 



--
Sent from: http://apache-royale-development.20373.n8.nabble.com/

Re: Flex2Royale

2017-10-16 Thread OmPrakash Muppirala 
The biggest problem with FXG is that there are no editors that support it.

I kept using Illustrator CS5 for creating all my assets.  While I don't
have a problem with that or a need to upgrade to the latest version, it
will be hard to ask users to use that version for their FlexJS/Royale
skinning needs.  Adobe makes it very hard for people to find and download
those versions as well.

Going forward, CSS3 and SVG would be a very good alternative for us.  It is
widely supported and easy for our users to incorporate in their workflow.

Thanks,
Om

On Oct 16, 2017 9:05 AM, "Alex Harui"  wrote:

> IIRC, Om was working on this to some degree.  One plan was to convert FXG
> to SVG.
>
> AIUI, a SkinnableContainer wouldn't be that hard.  Container already has
> an inner div to hold the children, so a different view could have the
> outer div display SVG behind the children.  I think there were more
> questions about SkinnableComponent because not every component is already
> implemented to support a skin by default, and SVG as a backgroundImage for
> some HTMLElements don't work well in all browsers.
>
> Flex Skinning was pretty expensive because it added a UIComponent child to
> every component.  Because we are PAYG, we don't want to force that on
> everyone, and as the MDL work showed, CSS Themes may be just as good at
> creating nice visual experiences and more standard/common.  But as Yishay
> said, in theory, a new set of views could add that extra DIV behind each
> component if that's what it takes to implement SVG "skins".  And we also
> know from MDL and Flat that we can also just re-factor components into
> enough pieces that they can have a different look.
>
> Of course, I could be wrong...
> -Alex
>
> On 10/16/17, 6:50 AM, "Peter Ent"  wrote:
>
> >We need to have a "skinning story" - something about alternate views, CSS,
> >that sort of thing. Adding to my list.
> >‹peter
> >
> >On 10/16/17, 2:29 AM, "yishayw"  wrote:
> >
> >>I like it.
> >>
> >>
> >>> There is no direct equivalent of SkinnableContainer in Royale (at this
> >>> time). A reasonable alternative is the Container.
> >>
> >>Maybe we could mention that Royale components typically have views which
> >>can
> >>be used to control appearance without changing behavior. To me, spark
> >>skins
> >>sort of played the same role.
> >>
> >>
> >>
> >>--
> >>Sent from:
> >>https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fapache-ro
> >>y
> >>ale-development.20373.n8.nabble.com%2F=02%7C01%7C%
> 7C1f660ab8e3b74b1c
> >>a
> >>0b108d5145f4fd8%7Cfa7b1b5a7b34438794aed2c178de
> cee1%7C0%7C0%7C636437321952
> >>4
> >>70504=ueXDGjTEy4hq0kzF9w1P3utRy%2B805PEm54F7P9ZceZ8%3D=0
> >
>
>

Re: Flex2Royale

2017-10-16 Thread Alex Harui 
Hi Carlos,

I agree that themes like in Flex would be very attractive.  I'm not sure
it belongs in Express.  Express is a pre-composition of Basic which is
tuned to use CSS for visual customization.  For example, Express and Basic
Checkbox is an HTMLInputElement.

I think we learned in the MDL and Flat work that a Basic/Express CheckBox
cannot be fully visually customized, and so the Flat/Bootstrap folks
re-composed their CheckBox as a tree of HTMLElements.  Didn't you have to
do that for MDL as well?  I'm not sure the topology of the MDL and
Flat/Bootstrap Checkboxes are the same or need to be the same.
Flat/Bootstrap uses a custom icon font, for example.  But for PAYG
reasons, we don't want the Basic/Express Checkboxes to carry around that
topology.  That's why we want to support a variety of component sets.

A Skinnable Component set would probably choose some topology for its
controls and all themes would have to be implemented as customizations of
those topologies.  I think that might still require an extra wrapping DIV,
which would be pretty much like the extra UIComponent for each component
skin, but that might be the price you pay for generic vector
customization.  All we need is a volunteer to try to make it work.  I know
Om was interested, but not sure how available he is.  Peter will let us
know if he's interested.

IMO, the most efficient way to do this is to first decide on how to
implement this in pure HTML/JS/CSS/SVG.  So maybe start a new thread and
make sure we have general consensus that SVG is going to be the choice for
now (as opposed to bitmaps, or some other graphics API like Canvas, WebGL,
etc).  Then, without Royale, manually build a small set of "components" in
pure HTML/JS/CSS that you can customize by swapping in just what SVG each
component is supposed to use.  You shouldn't need any infrastructure from
others to do that.  The goal is just to prove that you can create visuals
separately from a component's HTMLElement topology, and then we can see
what the "change points" are when swapping and then we can see how that
matches up against our tooling.  IOW, I think we want to see how good two
different themes look and how small the differences between themes can be
before we invest in infrastructure/tooling.  We may learn that SVG sucks
and we need to instead require Canvas to do skinning, and I think you can
find that out just with your current web development tools.

My 2 cents,
-Alex


On 10/16/17, 10:02 AM, "carlos.rov...@gmail.com on behalf of Carlos
Rovira"  wrote:

>Hi Alex,
>
>I think the piece that is still missing is "themeing". We created some
>subset based on external frameworks (MDL, CreateJS,...), but I always said
>this was only as an exercise and to fill a gap we have with our custom UI
>set. For me all efforts should go in the Express set direction to have one
>set and many "themes". external UI sets will always work differently and
>have their own controls (that will not match ours in many cases) and for
>this reason themeing is not standarizable.
>
>In the other hand Flex Skins was something very powerful, and I think we
>should not lose that in Royale, so Royale could end declaring skins in a
>similar way as Flex did, but implementing in a better way that provides
>better performance. the generated code in HTML/JS could be far way simple
>that in Flex that need a complete UIComponent that means a huge object to
>deal with it at runtime.
>
>I'd love to work in the visuals of themeing for Express when finish royale
>website if some theme infrastructure is setup. IMHO, for this to be done,
>we will need at least be two contributors, maybe Peter or you and me with
>the visuals. I could work in two visuals to put the themeing feature on
>the
>plate, one could be wireframe theme and another something more elaborated.
>
>
>
>
>2017-10-16 18:04 GMT+02:00 Alex Harui :
>
>> IIRC, Om was working on this to some degree.  One plan was to convert
>>FXG
>> to SVG.
>>
>> AIUI, a SkinnableContainer wouldn't be that hard.  Container already has
>> an inner div to hold the children, so a different view could have the
>> outer div display SVG behind the children.  I think there were more
>> questions about SkinnableComponent because not every component is
>>already
>> implemented to support a skin by default, and SVG as a backgroundImage
>>for
>> some HTMLElements don't work well in all browsers.
>>
>> Flex Skinning was pretty expensive because it added a UIComponent child
>>to
>> every component.  Because we are PAYG, we don't want to force that on
>> everyone, and as the MDL work showed, CSS Themes may be just as good at
>> creating nice visual experiences and more standard/common.  But as
>>Yishay
>> said, in theory, a new set of views could add that extra DIV behind each
>> component if that's what it takes to implement SVG "skins".  And we also
>> know from MDL and Flat that we can

Re: Flex2Royale

2017-10-16 Thread Carlos Rovira 
Hi Alex,

I think the piece that is still missing is "themeing". We created some
subset based on external frameworks (MDL, CreateJS,...), but I always said
this was only as an exercise and to fill a gap we have with our custom UI
set. For me all efforts should go in the Express set direction to have one
set and many "themes". external UI sets will always work differently and
have their own controls (that will not match ours in many cases) and for
this reason themeing is not standarizable.

In the other hand Flex Skins was something very powerful, and I think we
should not lose that in Royale, so Royale could end declaring skins in a
similar way as Flex did, but implementing in a better way that provides
better performance. the generated code in HTML/JS could be far way simple
that in Flex that need a complete UIComponent that means a huge object to
deal with it at runtime.

I'd love to work in the visuals of themeing for Express when finish royale
website if some theme infrastructure is setup. IMHO, for this to be done,
we will need at least be two contributors, maybe Peter or you and me with
the visuals. I could work in two visuals to put the themeing feature on the
plate, one could be wireframe theme and another something more elaborated.




2017-10-16 18:04 GMT+02:00 Alex Harui :

> IIRC, Om was working on this to some degree.  One plan was to convert FXG
> to SVG.
>
> AIUI, a SkinnableContainer wouldn't be that hard.  Container already has
> an inner div to hold the children, so a different view could have the
> outer div display SVG behind the children.  I think there were more
> questions about SkinnableComponent because not every component is already
> implemented to support a skin by default, and SVG as a backgroundImage for
> some HTMLElements don't work well in all browsers.
>
> Flex Skinning was pretty expensive because it added a UIComponent child to
> every component.  Because we are PAYG, we don't want to force that on
> everyone, and as the MDL work showed, CSS Themes may be just as good at
> creating nice visual experiences and more standard/common.  But as Yishay
> said, in theory, a new set of views could add that extra DIV behind each
> component if that's what it takes to implement SVG "skins".  And we also
> know from MDL and Flat that we can also just re-factor components into
> enough pieces that they can have a different look.
>
> Of course, I could be wrong...
> -Alex
>
> On 10/16/17, 6:50 AM, "Peter Ent"  wrote:
>
> >We need to have a "skinning story" - something about alternate views, CSS,
> >that sort of thing. Adding to my list.
> >‹peter
> >
> >On 10/16/17, 2:29 AM, "yishayw"  wrote:
> >
> >>I like it.
> >>
> >>
> >>> There is no direct equivalent of SkinnableContainer in Royale (at this
> >>> time). A reasonable alternative is the Container.
> >>
> >>Maybe we could mention that Royale components typically have views which
> >>can
> >>be used to control appearance without changing behavior. To me, spark
> >>skins
> >>sort of played the same role.
> >>
> >>
> >>
> >>--
> >>Sent from:
> >>https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fapache-ro
> >>y
> >>ale-development.20373.n8.nabble.com%2F=02%7C01%7C%
> 7C1f660ab8e3b74b1c
> >>a
> >>0b108d5145f4fd8%7Cfa7b1b5a7b34438794aed2c178de
> cee1%7C0%7C0%7C636437321952
> >>4
> >>70504=ueXDGjTEy4hq0kzF9w1P3utRy%2B805PEm54F7P9ZceZ8%3D=0
> >
>
>


-- 



Carlos Rovira

Director General

M: +34 607 22 60 05

http://www.codeoscopic.com


Conocenos Avant2 en 1 minuto! 


Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.

De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.

Re: Flex2Royale

2017-10-16 Thread Alex Harui 
IIRC, Om was working on this to some degree.  One plan was to convert FXG
to SVG.

AIUI, a SkinnableContainer wouldn't be that hard.  Container already has
an inner div to hold the children, so a different view could have the
outer div display SVG behind the children.  I think there were more
questions about SkinnableComponent because not every component is already
implemented to support a skin by default, and SVG as a backgroundImage for
some HTMLElements don't work well in all browsers.

Flex Skinning was pretty expensive because it added a UIComponent child to
every component.  Because we are PAYG, we don't want to force that on
everyone, and as the MDL work showed, CSS Themes may be just as good at
creating nice visual experiences and more standard/common.  But as Yishay
said, in theory, a new set of views could add that extra DIV behind each
component if that's what it takes to implement SVG "skins".  And we also
know from MDL and Flat that we can also just re-factor components into
enough pieces that they can have a different look.

Of course, I could be wrong...
-Alex

On 10/16/17, 6:50 AM, "Peter Ent"  wrote:

>We need to have a "skinning story" - something about alternate views, CSS,
>that sort of thing. Adding to my list.
>‹peter
>
>On 10/16/17, 2:29 AM, "yishayw"  wrote:
>
>>I like it.
>>
>>
>>> There is no direct equivalent of SkinnableContainer in Royale (at this
>>> time). A reasonable alternative is the Container.
>>
>>Maybe we could mention that Royale components typically have views which
>>can
>>be used to control appearance without changing behavior. To me, spark
>>skins
>>sort of played the same role.
>>
>>
>>
>>--
>>Sent from: 
>>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-ro
>>y
>>ale-development.20373.n8.nabble.com%2F=02%7C01%7C%7C1f660ab8e3b74b1c
>>a
>>0b108d5145f4fd8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636437321952
>>4
>>70504=ueXDGjTEy4hq0kzF9w1P3utRy%2B805PEm54F7P9ZceZ8%3D=0
>

Re: Flex2Royale

2017-10-16 Thread yishayw 
I like it.


> There is no direct equivalent of SkinnableContainer in Royale (at this
> time). A reasonable alternative is the Container.

Maybe we could mention that Royale components typically have views which can
be used to control appearance without changing behavior. To me, spark skins
sort of played the same role.



--
Sent from: http://apache-royale-development.20373.n8.nabble.com/

Re: Flex2Royale

2017-10-12 Thread Peter Ent 
Thanks,
At least putting the comments into the source will allow anyone to change
or add to them over time. With this (eventually) being a buildable
example, when someone downloads the Royale kits they can run this example
and get some guidance. I will supply, somewhere/somehow, a preamble and
mission statement.

—peter

On 10/12/17, 2:57 AM, "Idylog - Nicolas Granon" <ngra...@idylog.com> wrote:

>Hi Peter,
>
>In my opinion, this is going in the right direction.
>
>I suggest that the Flex class could link directly to the SDK reference
>and that the "corresponding" Royale component could link directly to the
>Royale SDK reference.
>
>It is very helpful to have the short comment in the Royale Express column
>(column 2) explaining which is the underlying (basic) components and the
>convenience beads. Furthermore, it helps in understanding the distinction
>between strands and beads.
>
>The "notes" column is also very helpful.
>
>Great work !
>
>Nicolas Granon
>
>
>
>> -Message d'origine-
>> De : Peter Ent [mailto:p...@adobe.com.INVALID]
>> Envoyé : mercredi 11 octobre 2017 22:55
>> À : dev@royale.apache.org; us...@royale.apache.org
>> Objet : Re: Flex2Royale
>> 
>> I have a new version of the Flex to Royale comparison table. You can
>> find it here:
>> 
>>https://na01.safelinks.protection.outlook.com/?url=http:%2F%2Fhome.apache
>>.org%2F~pent%2FFlex2RoyaleApp%2F=02%7C01%7C%7C0e2287948e1647ef613208
>>d5113e9983%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63643388292031369
>>8=r216C6cxxhLoxyXdeKRcqSCQ%2B9ZBgkuoQ9TeEbSxL%2FI%3D=0
>> 
>> This table is built from the JSON output from the compiler has it scans
>> the ASDoc tags. I've included some new tags to document the comparison.
>> I still have some work to, including modifying the compiler to generate
>> a driver file (right now it uses a driver file I created). I had to
>> modify the html/P component and I added an html/PRE component. I'm
>> waiting for the rename to be finished before committing my changes
>> (plus I'll probably have a couple more).
>> 
>> Let me know if you think this table would be helpful to people
>> migrating from Flex and what else you would like to see in it (besides
>> more components).
>> 
>> —peter
>> 
>> On 10/10/17, 10:47 AM, "Peter Ent" <p...@adobe.com.INVALID> wrote:
>> 
>> >Its finally uploaded. You can find this new table here:
>> >
>> >https://na01.safelinks.protection.outlook.com/?url=http:%2F%2Fhome.apa
>> che.
>> >org%2F~pent%2FFlex2RoyaleApp=02%7C01%7C%7C483f4807c1584cabbfb508d
>> 5
>> >0fe
>> >dd374%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636432436504771677&
>> s
>> >dat
>> >a=zOAszJYRSMzxMaJSdC%2FAHiA66uINDUP7Uq8Y7Sz03Mc%3D=0
>> >
>> >I need to do some work on a couple Royale components to get this to
>> >look better, but that's the idea. I took the raw JSON and added a
>> "commentary"
>> >element to a couple in Express. Again, this is driven from a config
>> >file to limit the number of JSON files it needs to open.
>> >
>> >Compare with previous version at:
>> >
>> >https://na01.safelinks.protection.outlook.com/?url=http:%2F%2Fhome.apa
>> che.
>> >org%2F~pent%2FFlex2Royale=02%7C01%7C%7C483f4807c1584cabbfb508d50f
>> e
>> >dd3
>> >74%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636432436504771677
>> t
>> >a=D
>> >reDdizkpvEEYca4WgzRYY0DCjxbhhawlwWP2FxM59s%3D=0
>> >
>> >—peter
>> >
>> >On 10/10/17, 9:46 AM, "Peter Ent" <p...@adobe.com.INVALID> wrote:
>> >
>> >>I figured put -r would not work. So this morning I've been trying to
>> >>upload it. I didn't bother yesterday because I figured this would
>> happen.
>> >>The put -r keeps timing out. For some reason a single file is fine,
>> >>but a mass of files keeps failing. Probably my internet connection. I
>> >>will keep doing it piecemeal throughout the day; that should work.
>> >>
>> >>‹peter
>> >>
>> >>On 10/10/17, 12:28 AM, "Alex Harui" <aha...@adobe.com.INVALID> wrote:
>> >>
>> >>>Doesn't "put -r" work?  See [1].  I think the key is to use mkdir to
>> >>>make the destination folder on the server before using put.
>> >>>
>> >>>HTH,
>> >>>-Alex
>> >>>
>> >>>[1]
>> >>>https://na01.safel

Re: Flex2Royale

2017-10-11 Thread Peter Ent 
I have a new version of the Flex to Royale comparison table. You can find
it here:
http://home.apache.org/~pent/Flex2RoyaleApp/

This table is built from the JSON output from the compiler has it scans
the ASDoc tags. I've included some new tags to document the comparison. I
still have some work to, including modifying the compiler to generate a
driver file (right now it uses a driver file I created). I had to modify
the html/P component and I added an html/PRE component. I'm waiting for
the rename to be finished before committing my changes (plus I'll probably
have a couple more).

Let me know if you think this table would be helpful to people migrating
from Flex and what else you would like to see in it (besides more
components).

—peter

On 10/10/17, 10:47 AM, "Peter Ent"  wrote:

>Its finally uploaded. You can find this new table here:
>
>https://na01.safelinks.protection.outlook.com/?url=http:%2F%2Fhome.apache.
>org%2F~pent%2FFlex2RoyaleApp=02%7C01%7C%7C483f4807c1584cabbfb508d50fe
>dd374%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636432436504771677
>a=zOAszJYRSMzxMaJSdC%2FAHiA66uINDUP7Uq8Y7Sz03Mc%3D=0
>
>I need to do some work on a couple Royale components to get this to look
>better, but that's the idea. I took the raw JSON and added a "commentary"
>element to a couple in Express. Again, this is driven from a config file
>to limit the number of JSON files it needs to open.
>
>Compare with previous version at:
>
>https://na01.safelinks.protection.outlook.com/?url=http:%2F%2Fhome.apache.
>org%2F~pent%2FFlex2Royale=02%7C01%7C%7C483f4807c1584cabbfb508d50fedd3
>74%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636432436504771677=D
>reDdizkpvEEYca4WgzRYY0DCjxbhhawlwWP2FxM59s%3D=0
>
>—peter
>
>On 10/10/17, 9:46 AM, "Peter Ent"  wrote:
>
>>I figured put -r would not work. So this morning I've been trying to
>>upload it. I didn't bother yesterday because I figured this would happen.
>>The put -r keeps timing out. For some reason a single file is fine, but a
>>mass of files keeps failing. Probably my internet connection. I will keep
>>doing it piecemeal throughout the day; that should work.
>>
>>‹peter
>>
>>On 10/10/17, 12:28 AM, "Alex Harui"  wrote:
>>
>>>Doesn't "put -r" work?  See [1].  I think the key is to use mkdir to
>>>make
>>>the destination folder on the server before using put.
>>>
>>>HTH,
>>>-Alex
>>>
>>>[1] 
>>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackov
>>>e
>>>r
>>>flow.com%2Fquestions%2F10084941%2Fhow-can-i-upload-an-entire-fol=02
>>>%
>>>7
>>>C01%7C%7Ce14c075efb57450f7bde08d50f9770f3%7Cfa7b1b5a7b34438794aed2c178de
>>>c
>>>e
>>>e1%7C0%7C0%7C636432065483689350=VKFE3jSG5bSlfwo%2Bcg7%2FgiZoLuWPuz
>>>W
>>>i
>>>1QIV4S1m%2B5c%3D=0
>>>der-that-contains-other-folders-using-sftp-on-li
>>>
>>>On 10/9/17, 1:55 PM, "Peter Ent"  wrote:
>>>
I've built a little app that produces a table that looks through the
ASDoc JSON files. This app is driven by a config file that contains a
map
from Flex components to Royale Express components. For each Royale
component listed in the config file, the corresponding ASDoc JSON file
is
loaded and if it has a new ASDoc tag, @commentary, it shows that in the
last column.

I would like to show this to you, but I cannot figure out how to post
the
site (about 6 MB, its js-debug) to my home.apache.org account. I can
transfer the file there as a .tar but it looks like ssh is prevented on
home.apache.org at this point.

Using ASDoc + a driver file is one way to do this. Another way is to
just
scan all of the ASDoc JSON files looking for some clues about which
classes could be compared to Flex components. I would say this would
mean
adding some more ASDoc tags (e.g., @flexcomponent, @flexdocurl) and it
may take longer to scan through all the JSON files and build the table.

I need to sync up with changes to the repos and then I'll publish my
example in the royale-as/examples directory so you can build it for
yourselves and take a look.

‹peter
>>>
>>
>

Re: Flex2Royale

2017-10-10 Thread Peter Ent 
Its finally uploaded. You can find this new table here:

http://home.apache.org/~pent/Flex2RoyaleApp

I need to do some work on a couple Royale components to get this to look
better, but that's the idea. I took the raw JSON and added a "commentary"
element to a couple in Express. Again, this is driven from a config file
to limit the number of JSON files it needs to open.

Compare with previous version at:

http://home.apache.org/~pent/Flex2Royale

—peter

On 10/10/17, 9:46 AM, "Peter Ent"  wrote:

>I figured put -r would not work. So this morning I've been trying to
>upload it. I didn't bother yesterday because I figured this would happen.
>The put -r keeps timing out. For some reason a single file is fine, but a
>mass of files keeps failing. Probably my internet connection. I will keep
>doing it piecemeal throughout the day; that should work.
>
>‹peter
>
>On 10/10/17, 12:28 AM, "Alex Harui"  wrote:
>
>>Doesn't "put -r" work?  See [1].  I think the key is to use mkdir to make
>>the destination folder on the server before using put.
>>
>>HTH,
>>-Alex
>>
>>[1] 
>>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackove
>>r
>>flow.com%2Fquestions%2F10084941%2Fhow-can-i-upload-an-entire-fol=02%
>>7
>>C01%7C%7Ce14c075efb57450f7bde08d50f9770f3%7Cfa7b1b5a7b34438794aed2c178dec
>>e
>>e1%7C0%7C0%7C636432065483689350=VKFE3jSG5bSlfwo%2Bcg7%2FgiZoLuWPuzW
>>i
>>1QIV4S1m%2B5c%3D=0
>>der-that-contains-other-folders-using-sftp-on-li
>>
>>On 10/9/17, 1:55 PM, "Peter Ent"  wrote:
>>
>>>I've built a little app that produces a table that looks through the
>>>ASDoc JSON files. This app is driven by a config file that contains a
>>>map
>>>from Flex components to Royale Express components. For each Royale
>>>component listed in the config file, the corresponding ASDoc JSON file
>>>is
>>>loaded and if it has a new ASDoc tag, @commentary, it shows that in the
>>>last column.
>>>
>>>I would like to show this to you, but I cannot figure out how to post
>>>the
>>>site (about 6 MB, its js-debug) to my home.apache.org account. I can
>>>transfer the file there as a .tar but it looks like ssh is prevented on
>>>home.apache.org at this point.
>>>
>>>Using ASDoc + a driver file is one way to do this. Another way is to
>>>just
>>>scan all of the ASDoc JSON files looking for some clues about which
>>>classes could be compared to Flex components. I would say this would
>>>mean
>>>adding some more ASDoc tags (e.g., @flexcomponent, @flexdocurl) and it
>>>may take longer to scan through all the JSON files and build the table.
>>>
>>>I need to sync up with changes to the repos and then I'll publish my
>>>example in the royale-as/examples directory so you can build it for
>>>yourselves and take a look.
>>>
>>>‹peter
>>
>

Re: Flex2Royale

2017-10-10 Thread Peter Ent 
I figured put -r would not work. So this morning I've been trying to
upload it. I didn't bother yesterday because I figured this would happen.
The put -r keeps timing out. For some reason a single file is fine, but a
mass of files keeps failing. Probably my internet connection. I will keep
doing it piecemeal throughout the day; that should work.

‹peter

On 10/10/17, 12:28 AM, "Alex Harui"  wrote:

>Doesn't "put -r" work?  See [1].  I think the key is to use mkdir to make
>the destination folder on the server before using put.
>
>HTH,
>-Alex
>
>[1] 
>https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackover
>flow.com%2Fquestions%2F10084941%2Fhow-can-i-upload-an-entire-fol=02%7
>C01%7C%7Ce14c075efb57450f7bde08d50f9770f3%7Cfa7b1b5a7b34438794aed2c178dece
>e1%7C0%7C0%7C636432065483689350=VKFE3jSG5bSlfwo%2Bcg7%2FgiZoLuWPuzWi
>1QIV4S1m%2B5c%3D=0
>der-that-contains-other-folders-using-sftp-on-li
>
>On 10/9/17, 1:55 PM, "Peter Ent"  wrote:
>
>>I've built a little app that produces a table that looks through the
>>ASDoc JSON files. This app is driven by a config file that contains a map
>>from Flex components to Royale Express components. For each Royale
>>component listed in the config file, the corresponding ASDoc JSON file is
>>loaded and if it has a new ASDoc tag, @commentary, it shows that in the
>>last column.
>>
>>I would like to show this to you, but I cannot figure out how to post the
>>site (about 6 MB, its js-debug) to my home.apache.org account. I can
>>transfer the file there as a .tar but it looks like ssh is prevented on
>>home.apache.org at this point.
>>
>>Using ASDoc + a driver file is one way to do this. Another way is to just
>>scan all of the ASDoc JSON files looking for some clues about which
>>classes could be compared to Flex components. I would say this would mean
>>adding some more ASDoc tags (e.g., @flexcomponent, @flexdocurl) and it
>>may take longer to scan through all the JSON files and build the table.
>>
>>I need to sync up with changes to the repos and then I'll publish my
>>example in the royale-as/examples directory so you can build it for
>>yourselves and take a look.
>>
>>‹peter
>

Re: Flex2Royale

2017-10-09 Thread Alex Harui 
Doesn't "put -r" work?  See [1].  I think the key is to use mkdir to make
the destination folder on the server before using put.

HTH,
-Alex

[1] 
https://stackoverflow.com/questions/10084941/how-can-i-upload-an-entire-fol
der-that-contains-other-folders-using-sftp-on-li

On 10/9/17, 1:55 PM, "Peter Ent"  wrote:

>I've built a little app that produces a table that looks through the
>ASDoc JSON files. This app is driven by a config file that contains a map
>from Flex components to Royale Express components. For each Royale
>component listed in the config file, the corresponding ASDoc JSON file is
>loaded and if it has a new ASDoc tag, @commentary, it shows that in the
>last column.
>
>I would like to show this to you, but I cannot figure out how to post the
>site (about 6 MB, its js-debug) to my home.apache.org account. I can
>transfer the file there as a .tar but it looks like ssh is prevented on
>home.apache.org at this point.
>
>Using ASDoc + a driver file is one way to do this. Another way is to just
>scan all of the ASDoc JSON files looking for some clues about which
>classes could be compared to Flex components. I would say this would mean
>adding some more ASDoc tags (e.g., @flexcomponent, @flexdocurl) and it
>may take longer to scan through all the JSON files and build the table.
>
>I need to sync up with changes to the repos and then I'll publish my
>example in the royale-as/examples directory so you can build it for
>yourselves and take a look.
>
>—peter