RE: Youtube Video embeding

[spiros]

Hi Carlos,

Yes with an extension to UIBase it was easy to create an Iframe element and 
pass the YouTube url.

When I finally have a stable component I will post it to this thread.


Thanks


Spiros 



-Original Message-
From: Carlos Rovira [mailto:carlosrov...@apache.org] 
Sent: Tuesday, July 28, 2020 4:19 PM
To: Apache Royale Development
Subject: Re: Youtube Video embeding

Hi Spiros,

Yes, Youtube should be easy to integrate in a Royale App. I think we don't
have a component right now for that but since Youtube used to be
embedded via iframe in a web page that should not be a problem. I think
there's already some components that allow you to use an iframe in royale
that you could try, or just try some basic example and try to use in Royale
meanwhile we add some official components.

To All, someone has the time to create some basic video component anc
contribute?

Thanks





El mar., 28 jul. 2020 a las 10:52, spiros () escribió:

> Hi,
>
> Is it possible to embed a youtube  video to royale application ?
>
>
>
>
>
>
>
> Best regards
>
>
>
>
>
> Spiros
>
>
>
>

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

RE: Royale Echarts (was Re: Charts)

[Maria Jose Esteve]

Hello Chris,
I have a little integration with ECharts and could mount some of the examples 
in their gallery [1] for you (ApacheCon) How do you see it?

[1] https://echarts.apache.org/examples/en/index.html


-Mensaje original-
De: Christofer Dutz  
Enviado el: martes, 28 de julio de 2020 17:28
Para: dev@royale.apache.org
Asunto: Re: Royale Echarts (was Re: Charts)

Hi folks,

I agree that perhaps creating real wrappers for some of the most used charts 
and creating some documentation on how to add new ones could be a great thing 
for people wanting to get engaged in the project. Should be fairly simple to do 
this via PRs.

I remember Harbs saying he had already been working on this?

For my ApacheCon talk proposal "Home automation with apache" this would be a 
super awesome addition ;-)

Chris



Am 28.07.20, 15:09 schrieb "Carlos Rovira" :

Hi Piotr,

I saw there's lots of graphs in ECharts, and trying to bring all to that
library could be a huge amount of work.
On the other hand just typedefs could be in this case not something that
integrates really good with the rest of royale.

Most of the time things should not be black or white, and in this case I
think we should concentrate on most used graphs (Bar, Pie, Columns,
Area,..), maybe start with just a few most used cases, and make it very
usable in Royale.

After that, others could bring more graphs. I expect the rest to be easily
created by extending initial code, and just the same effort that creates
the typedef stubs. Anyway, other more rare graphs can be left for now. We
don't need to try to cover fully ECharts since even for typedefs could be
huge work.

just my 2


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

> Hi Carlos,
>
> Well at some point would love to see wrappers around it, but the more I'm
> thinking about it the more it is something which may not be worth due to
> magnitude of work.
>
> There are literally hundreds of types of charts and if you wanted to wrap
> up based on types or something like that you will end up in a rabbit hole.
>
> I feel like it would be better to have typedefs and let users to use
> ECharts documentation to create whatever they want, wrap whatever they
> need.
>
> Thanks,
> Piotr
>
> wt., 28 lip 2020 o 11:53 Carlos Rovira 
> napisał(a):
>
> > Hi,
> >
> > I think charts are a very important part of UX and UI Solutions. It was
> for
> > Flex and Royale needs something actual.
> > Emulation always can continue efforts on mx chart versions. But new
> Royale
> > Apps (mostly Jewel, Basic and others) will required some modern 
solution.
> >
> > Seems all folks here point to ECharts, so I'm planning to create a
> library
> > for Apache ECharts in the same way I did in the past for MDL, so instead
> of
> > just creating an @extern, it will be a Royale Component with its own 
API.
> >
> > Another way would be to just create @externs for ECharts, but since it
> is a
> > "component", it seems using like a UIBase inside Royale will benefit
> from a
> > better integration.
> >
> > In resume, seems to me what I did for MDL seems the best to apply here,
> > instead something like html2pdf, that seems to me a clear input that
> wants
> > a clear output and is not something we require to integrate and mix well
> > with other Royale controls and containers
> >
> > So what do you think about this?
> >
> >
> >
> > El mar., 28 jul. 2020 a las 9:04, Maria Jose Esteve ( >)
> > escribió:
> >
> > > Hi,
> > >
> > > Thanks Harbs.
> > >
> > > Yesterday I was looking at Carlos's integration with html2PDF,
> > > https://github.com/tomLadder/react-native-echarts-wrapper and some
> > > examples from the SDK.
> > >
> > >
> > >
> > > I have implemented an echart class, another echartInstance, but I 
don't
> > > know if it will work as I need… In principle it seems that I can only
> > > create one instance of echart per document (at least that's what they
> > > advise, of course) and handle each “independent graph ”With the
> property“
> > > group ”,…
> > >
> > >
> > >
> > > Well, I keep doing tests ... I don't know if I will succeed because 
I'm
> > > going "blind".
> > >
> > > I will continue to inform you.
> > >
> > >
> > >
> > > Thx
> > >
> > > Hiedra
> > >
> > >
> > >
> > > *De:* Harbs 
> > > *Enviado el:* martes, 28 de julio de 2020 8:15
> > > *Para:* us...@royale.apache.org
> > > *Asunto:* Re: Charts
> > >
> > >
> > >
> > >
> > >
> >
> 
https://royale.apache.org/using-external-javascript-libraries-in-apache-royale/
> > >
> > >

Re: Youtube Video embeding

[contact]

Hi All, 


I see a lot of usefull knowlege in this thread and others (on chart
component etc...). Unfortunaly this is not well indexed by search
motors. 


For exemple search for "apache royale video play", the first result will
be on stackoverflow.
(https://stackoverflow.com/questions/58512563/how-to-play-a-mp4-video-with-apache-royale)


So why not add some knowlege by answering this post (on SOF) ? 


I see 2 advantages : better index and more SOF questions = more audience
and more confidence in finding an answer for future developers 


Today, a lot of developpers are using SOF for copy/paste snipets of
code. It would be great to have same stuff for Apache Royale 

Regards 


Le 29.07.2020 09:41, spiros a écrit :


Hi Carlos,

Yes with an extension to UIBase it was easy to create an Iframe element and 
pass the YouTube url.

When I finally have a stable component I will post it to this thread.

Thanks

Spiros 


-Original Message-
From: Carlos Rovira [mailto:carlosrov...@apache.org] 
Sent: Tuesday, July 28, 2020 4:19 PM

To: Apache Royale Development
Subject: Re: Youtube Video embeding

Hi Spiros,

Yes, Youtube should be easy to integrate in a Royale App. I think we don't
have a component right now for that but since Youtube used to be
embedded via iframe in a web page that should not be a problem. I think
there's already some components that allow you to use an iframe in royale
that you could try, or just try some basic example and try to use in Royale
meanwhile we add some official components.

To All, someone has the time to create some basic video component anc
contribute?

Thanks

El mar., 28 jul. 2020 a las 10:52, spiros () escribió:


Hi,

Is it possible to embed a youtube  video to royale application ?

Best regards

Spiros


--
Frédéric Gilli 


mob.0668542622

http://www.cristallium.com

[1]



Links:
--
[1] http://www.cristallium.com

Re: Royale Echarts (was Re: Charts)

[Christofer Dutz]

That would be cool :-)

And I could imagine that this could also help Carlos with the integration work.

Chris


Am 29.07.20, 11:11 schrieb "Maria Jose Esteve" :

Hello Chris,
I have a little integration with ECharts and could mount some of the 
examples in their gallery [1] for you (ApacheCon) How do you see it?

[1] https://echarts.apache.org/examples/en/index.html


-Mensaje original-
De: Christofer Dutz  
Enviado el: martes, 28 de julio de 2020 17:28
Para: dev@royale.apache.org
Asunto: Re: Royale Echarts (was Re: Charts)

Hi folks,

I agree that perhaps creating real wrappers for some of the most used 
charts and creating some documentation on how to add new ones could be a great 
thing for people wanting to get engaged in the project. Should be fairly simple 
to do this via PRs.

I remember Harbs saying he had already been working on this?

For my ApacheCon talk proposal "Home automation with apache" this would be 
a super awesome addition ;-)

Chris



Am 28.07.20, 15:09 schrieb "Carlos Rovira" :

Hi Piotr,

I saw there's lots of graphs in ECharts, and trying to bring all to that
library could be a huge amount of work.
On the other hand just typedefs could be in this case not something that
integrates really good with the rest of royale.

Most of the time things should not be black or white, and in this case I
think we should concentrate on most used graphs (Bar, Pie, Columns,
Area,..), maybe start with just a few most used cases, and make it very
usable in Royale.

After that, others could bring more graphs. I expect the rest to be 
easily
created by extending initial code, and just the same effort that creates
the typedef stubs. Anyway, other more rare graphs can be left for now. 
We
don't need to try to cover fully ECharts since even for typedefs could 
be
huge work.

just my 2


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

> Hi Carlos,
>
> Well at some point would love to see wrappers around it, but the more 
I'm
> thinking about it the more it is something which may not be worth due 
to
> magnitude of work.
>
> There are literally hundreds of types of charts and if you wanted to 
wrap
> up based on types or something like that you will end up in a rabbit 
hole.
>
> I feel like it would be better to have typedefs and let users to use
> ECharts documentation to create whatever they want, wrap whatever they
> need.
>
> Thanks,
> Piotr
>
> wt., 28 lip 2020 o 11:53 Carlos Rovira 
> napisał(a):
>
> > Hi,
> >
> > I think charts are a very important part of UX and UI Solutions. It 
was
> for
> > Flex and Royale needs something actual.
> > Emulation always can continue efforts on mx chart versions. But new
> Royale
> > Apps (mostly Jewel, Basic and others) will required some modern 
solution.
> >
> > Seems all folks here point to ECharts, so I'm planning to create a
> library
> > for Apache ECharts in the same way I did in the past for MDL, so 
instead
> of
> > just creating an @extern, it will be a Royale Component with its 
own API.
> >
> > Another way would be to just create @externs for ECharts, but since 
it
> is a
> > "component", it seems using like a UIBase inside Royale will benefit
> from a
> > better integration.
> >
> > In resume, seems to me what I did for MDL seems the best to apply 
here,
> > instead something like html2pdf, that seems to me a clear input that
> wants
> > a clear output and is not something we require to integrate and mix 
well
> > with other Royale controls and containers
> >
> > So what do you think about this?
> >
> >
> >
> > El mar., 28 jul. 2020 a las 9:04, Maria Jose Esteve 
( >)
> > escribió:
> >
> > > Hi,
> > >
> > > Thanks Harbs.
> > >
> > > Yesterday I was looking at Carlos's integration with html2PDF,
> > > https://github.com/tomLadder/react-native-echarts-wrapper and some
> > > examples from the SDK.
> > >
> > >
> > >
> > > I have implemented an echart class, another echartInstance, but I 
don't
> > > know if it will work as I need… In principle it seems that I can 
only
> > > create one instance of echart per document (at least that's what 
they
> > > advise, of course) and handle each “independent graph ”With the
> property“
> > > group ”,…
> > >
> > >
  

RE: Royale Echarts (was Re: Charts)

[Maria Jose Esteve]

Hello Chris,
I'm not going to help Carlos much because the integration I have is simple, 
with @extern, does it still seem good to you?

The ECharts sample page is [1]
I think that between all of us we could choose the templates that we like the 
most or that we see more operational. How do you see it?
@Alina has promised to help me: P

This afternoon, when I finish working, I will return to the subject.

Bye.

[1] https://echarts.apache.org/examples/en/index.html


-Mensaje original-
De: Christofer Dutz  
Enviado el: miércoles, 29 de julio de 2020 11:34
Para: dev@royale.apache.org
Asunto: Re: Royale Echarts (was Re: Charts)

That would be cool :-)

And I could imagine that this could also help Carlos with the integration work.

Chris


Am 29.07.20, 11:11 schrieb "Maria Jose Esteve" :

Hello Chris,
I have a little integration with ECharts and could mount some of the 
examples in their gallery [1] for you (ApacheCon) How do you see it?

[1] https://echarts.apache.org/examples/en/index.html


-Mensaje original-
De: Christofer Dutz  
Enviado el: martes, 28 de julio de 2020 17:28
Para: dev@royale.apache.org
Asunto: Re: Royale Echarts (was Re: Charts)

Hi folks,

I agree that perhaps creating real wrappers for some of the most used 
charts and creating some documentation on how to add new ones could be a great 
thing for people wanting to get engaged in the project. Should be fairly simple 
to do this via PRs.

I remember Harbs saying he had already been working on this?

For my ApacheCon talk proposal "Home automation with apache" this would be 
a super awesome addition ;-)

Chris



Am 28.07.20, 15:09 schrieb "Carlos Rovira" :

Hi Piotr,

I saw there's lots of graphs in ECharts, and trying to bring all to that
library could be a huge amount of work.
On the other hand just typedefs could be in this case not something that
integrates really good with the rest of royale.

Most of the time things should not be black or white, and in this case I
think we should concentrate on most used graphs (Bar, Pie, Columns,
Area,..), maybe start with just a few most used cases, and make it very
usable in Royale.

After that, others could bring more graphs. I expect the rest to be 
easily
created by extending initial code, and just the same effort that creates
the typedef stubs. Anyway, other more rare graphs can be left for now. 
We
don't need to try to cover fully ECharts since even for typedefs could 
be
huge work.

just my 2


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

> Hi Carlos,
>
> Well at some point would love to see wrappers around it, but the more 
I'm
> thinking about it the more it is something which may not be worth due 
to
> magnitude of work.
>
> There are literally hundreds of types of charts and if you wanted to 
wrap
> up based on types or something like that you will end up in a rabbit 
hole.
>
> I feel like it would be better to have typedefs and let users to use
> ECharts documentation to create whatever they want, wrap whatever they
> need.
>
> Thanks,
> Piotr
>
> wt., 28 lip 2020 o 11:53 Carlos Rovira 
> napisał(a):
>
> > Hi,
> >
> > I think charts are a very important part of UX and UI Solutions. It 
was
> for
> > Flex and Royale needs something actual.
> > Emulation always can continue efforts on mx chart versions. But new
> Royale
> > Apps (mostly Jewel, Basic and others) will required some modern 
solution.
> >
> > Seems all folks here point to ECharts, so I'm planning to create a
> library
> > for Apache ECharts in the same way I did in the past for MDL, so 
instead
> of
> > just creating an @extern, it will be a Royale Component with its 
own API.
> >
> > Another way would be to just create @externs for ECharts, but since 
it
> is a
> > "component", it seems using like a UIBase inside Royale will benefit
> from a
> > better integration.
> >
> > In resume, seems to me what I did for MDL seems the best to apply 
here,
> > instead something like html2pdf, that seems to me a clear input that
> wants
> > a clear output and is not something we require to integrate and mix 
well
> > with other Royale controls and containers
> >
> > So what do you think about this?
> >
> >
> >
> > El mar., 28 jul. 2020 a las 9:04, Maria Jose Esteve 
( >)
> > escribió:
> >
> > > Hi,
> > >
> > > Thanks Harbs.
> > >

Re: Royale Echarts (was Re: Charts)

[Harbs]

Externs is good. I’m not convinced that wrapping echarts in full Royale 
components is necessarily going to add a lot of value.

I’d love to see what you’ve done.

> On Jul 29, 2020, at 1:26 PM, Maria Jose Esteve  wrote:
> 
> Hello Chris,
> I'm not going to help Carlos much because the integration I have is simple, 
> with @extern, does it still seem good to you?
> 
> The ECharts sample page is [1]
> I think that between all of us we could choose the templates that we like the 
> most or that we see more operational. How do you see it?
> @Alina has promised to help me: P
> 
> This afternoon, when I finish working, I will return to the subject.
> 
> Bye.
> 
> [1] https://echarts.apache.org/examples/en/index.html
> 
> 
> -Mensaje original-
> De: Christofer Dutz  
> Enviado el: miércoles, 29 de julio de 2020 11:34
> Para: dev@royale.apache.org
> Asunto: Re: Royale Echarts (was Re: Charts)
> 
> That would be cool :-)
> 
> And I could imagine that this could also help Carlos with the integration 
> work.
> 
> Chris
> 
> 
> Am 29.07.20, 11:11 schrieb "Maria Jose Esteve" :
> 
>Hello Chris,
>I have a little integration with ECharts and could mount some of the 
> examples in their gallery [1] for you (ApacheCon) How do you see it?
> 
>[1] https://echarts.apache.org/examples/en/index.html
> 
> 
>-Mensaje original-
>De: Christofer Dutz  
>Enviado el: martes, 28 de julio de 2020 17:28
>Para: dev@royale.apache.org
>Asunto: Re: Royale Echarts (was Re: Charts)
> 
>Hi folks,
> 
>I agree that perhaps creating real wrappers for some of the most used 
> charts and creating some documentation on how to add new ones could be a 
> great thing for people wanting to get engaged in the project. Should be 
> fairly simple to do this via PRs.
> 
>I remember Harbs saying he had already been working on this?
> 
>For my ApacheCon talk proposal "Home automation with apache" this would be 
> a super awesome addition ;-)
> 
>Chris
> 
> 
> 
>Am 28.07.20, 15:09 schrieb "Carlos Rovira" :
> 
>Hi Piotr,
> 
>I saw there's lots of graphs in ECharts, and trying to bring all to 
> that
>library could be a huge amount of work.
>On the other hand just typedefs could be in this case not something 
> that
>integrates really good with the rest of royale.
> 
>Most of the time things should not be black or white, and in this case 
> I
>think we should concentrate on most used graphs (Bar, Pie, Columns,
>Area,..), maybe start with just a few most used cases, and make it very
>usable in Royale.
> 
>After that, others could bring more graphs. I expect the rest to be 
> easily
>created by extending initial code, and just the same effort that 
> creates
>the typedef stubs. Anyway, other more rare graphs can be left for now. 
> We
>don't need to try to cover fully ECharts since even for typedefs could 
> be
>huge work.
> 
>just my 2
> 
> 
>El mar., 28 jul. 2020 a las 12:16, Piotr Zarzycki (<
>piotrzarzyck...@gmail.com>) escribió:
> 
>> Hi Carlos,
>> 
>> Well at some point would love to see wrappers around it, but the more I'm
>> thinking about it the more it is something which may not be worth due to
>> magnitude of work.
>> 
>> There are literally hundreds of types of charts and if you wanted to wrap
>> up based on types or something like that you will end up in a rabbit hole.
>> 
>> I feel like it would be better to have typedefs and let users to use
>> ECharts documentation to create whatever they want, wrap whatever they
>> need.
>> 
>> Thanks,
>> Piotr
>> 
>> wt., 28 lip 2020 o 11:53 Carlos Rovira 
>> napisał(a):
>> 
>>> Hi,
>>> 
>>> I think charts are a very important part of UX and UI Solutions. It was
>> for
>>> Flex and Royale needs something actual.
>>> Emulation always can continue efforts on mx chart versions. But new
>> Royale
>>> Apps (mostly Jewel, Basic and others) will required some modern solution.
>>> 
>>> Seems all folks here point to ECharts, so I'm planning to create a
>> library
>>> for Apache ECharts in the same way I did in the past for MDL, so instead
>> of
>>> just creating an @extern, it will be a Royale Component with its own API.
>>> 
>>> Another way would be to just create @externs for ECharts, but since it
>> is a
>>> "component", it seems using like a UIBase inside Royale will benefit
>> from a
>>> better integration.
>>> 
>>> In resume, seems to me what I did for MDL seems the best to apply here,
>>> instead something like html2pdf, that seems to me a clear input that
>> wants
>>> a clear output and is not something we require to integrate and mix well
>>> with other Royale controls and containers
>>> 
>>> So what do you think about this?
>>> 
>>> 
>>> 
>>> El mar., 28 jul. 2020 a las 9:04, Maria Jose Esteve (>> )
>>> escribió:
>>> 
 Hi,
 
 Thanks Harbs.
 
 Yesterday I was looking at Carlos's integrati

RE: Royale Echarts (was Re: Charts)

[Maria Jose Esteve]

I am with Carlos, the ideal would be to create a Royale component with its own 
API, it has many more advantages, but for now we could show "something" with 
the little time we have ...

See if for this afternoon someone has given their opinion on "what to show" and 
"how"

Thx.
Hiedra

-Mensaje original-
De: Harbs  
Enviado el: miércoles, 29 de julio de 2020 12:54
Para: dev@royale.apache.org
Asunto: Re: Royale Echarts (was Re: Charts)

Externs is good. I’m not convinced that wrapping echarts in full Royale 
components is necessarily going to add a lot of value.

I’d love to see what you’ve done.

> On Jul 29, 2020, at 1:26 PM, Maria Jose Esteve  wrote:
> 
> Hello Chris,
> I'm not going to help Carlos much because the integration I have is simple, 
> with @extern, does it still seem good to you?
> 
> The ECharts sample page is [1]
> I think that between all of us we could choose the templates that we like the 
> most or that we see more operational. How do you see it?
> @Alina has promised to help me: P
> 
> This afternoon, when I finish working, I will return to the subject.
> 
> Bye.
> 
> [1] https://echarts.apache.org/examples/en/index.html
> 
> 
> -Mensaje original-
> De: Christofer Dutz  Enviado el: miércoles, 
> 29 de julio de 2020 11:34
> Para: dev@royale.apache.org
> Asunto: Re: Royale Echarts (was Re: Charts)
> 
> That would be cool :-)
> 
> And I could imagine that this could also help Carlos with the integration 
> work.
> 
> Chris
> 
> 
> Am 29.07.20, 11:11 schrieb "Maria Jose Esteve" :
> 
>Hello Chris,
>I have a little integration with ECharts and could mount some of the 
> examples in their gallery [1] for you (ApacheCon) How do you see it?
> 
>[1] https://echarts.apache.org/examples/en/index.html
> 
> 
>-Mensaje original-
>De: Christofer Dutz  
>Enviado el: martes, 28 de julio de 2020 17:28
>Para: dev@royale.apache.org
>Asunto: Re: Royale Echarts (was Re: Charts)
> 
>Hi folks,
> 
>I agree that perhaps creating real wrappers for some of the most used 
> charts and creating some documentation on how to add new ones could be a 
> great thing for people wanting to get engaged in the project. Should be 
> fairly simple to do this via PRs.
> 
>I remember Harbs saying he had already been working on this?
> 
>For my ApacheCon talk proposal "Home automation with apache" this 
> would be a super awesome addition ;-)
> 
>Chris
> 
> 
> 
>Am 28.07.20, 15:09 schrieb "Carlos Rovira" :
> 
>Hi Piotr,
> 
>I saw there's lots of graphs in ECharts, and trying to bring all to 
> that
>library could be a huge amount of work.
>On the other hand just typedefs could be in this case not something 
> that
>integrates really good with the rest of royale.
> 
>Most of the time things should not be black or white, and in this case 
> I
>think we should concentrate on most used graphs (Bar, Pie, Columns,
>Area,..), maybe start with just a few most used cases, and make it very
>usable in Royale.
> 
>After that, others could bring more graphs. I expect the rest to be 
> easily
>created by extending initial code, and just the same effort that 
> creates
>the typedef stubs. Anyway, other more rare graphs can be left for now. 
> We
>don't need to try to cover fully ECharts since even for typedefs could 
> be
>huge work.
> 
>just my 2
> 
> 
>El mar., 28 jul. 2020 a las 12:16, Piotr Zarzycki (<
>piotrzarzyck...@gmail.com>) escribió:
> 
>> Hi Carlos,
>> 
>> Well at some point would love to see wrappers around it, but the more 
>> I'm thinking about it the more it is something which may not be worth 
>> due to magnitude of work.
>> 
>> There are literally hundreds of types of charts and if you wanted to 
>> wrap up based on types or something like that you will end up in a rabbit 
>> hole.
>> 
>> I feel like it would be better to have typedefs and let users to use 
>> ECharts documentation to create whatever they want, wrap whatever 
>> they need.
>> 
>> Thanks,
>> Piotr
>> 
>> wt., 28 lip 2020 o 11:53 Carlos Rovira 
>> napisał(a):
>> 
>>> Hi,
>>> 
>>> I think charts are a very important part of UX and UI Solutions. It 
>>> was
>> for
>>> Flex and Royale needs something actual.
>>> Emulation always can continue efforts on mx chart versions. But new
>> Royale
>>> Apps (mostly Jewel, Basic and others) will required some modern solution.
>>> 
>>> Seems all folks here point to ECharts, so I'm planning to create a
>> library
>>> for Apache ECharts in the same way I did in the past for MDL, so 
>>> instead
>> of
>>> just creating an @extern, it will be a Royale Component with its own API.
>>> 
>>> Another way would be to just create @externs for ECharts, but since 
>>> it
>> is a
>>> "component", it seems using like a UIBase inside Royale will benefit
>> from a
>>> better integration.
>>> 
>>> In resume, seems to me what I di

Re: Royale Echarts (was Re: Charts)

[Alina Kazi]

Yes it should be a component in Royale. So,
As we used to work with Charts in Flex the same way we can use it in Royale.

Yes Maria we can create Examples with your existing integration with
ECharts.

-Alina

On Wed, 29 Jul 2020, 4:17 pm Maria Jose Esteve,  wrote:

> I am with Carlos, the ideal would be to create a Royale component with its
> own API, it has many more advantages, but for now we could show "something"
> with the little time we have ...
>
> See if for this afternoon someone has given their opinion on "what to
> show" and "how"
>
> Thx.
> Hiedra
>
> -Mensaje original-
> De: Harbs 
> Enviado el: miércoles, 29 de julio de 2020 12:54
> Para: dev@royale.apache.org
> Asunto: Re: Royale Echarts (was Re: Charts)
>
> Externs is good. I’m not convinced that wrapping echarts in full Royale
> components is necessarily going to add a lot of value.
>
> I’d love to see what you’ve done.
>
> > On Jul 29, 2020, at 1:26 PM, Maria Jose Esteve 
> wrote:
> >
> > Hello Chris,
> > I'm not going to help Carlos much because the integration I have is
> simple, with @extern, does it still seem good to you?
> >
> > The ECharts sample page is [1]
> > I think that between all of us we could choose the templates that we
> like the most or that we see more operational. How do you see it?
> > @Alina has promised to help me: P
> >
> > This afternoon, when I finish working, I will return to the subject.
> >
> > Bye.
> >
> > [1] https://echarts.apache.org/examples/en/index.html
> >
> >
> > -Mensaje original-
> > De: Christofer Dutz  Enviado el: miércoles,
> > 29 de julio de 2020 11:34
> > Para: dev@royale.apache.org
> > Asunto: Re: Royale Echarts (was Re: Charts)
> >
> > That would be cool :-)
> >
> > And I could imagine that this could also help Carlos with the
> integration work.
> >
> > Chris
> >
> >
> > Am 29.07.20, 11:11 schrieb "Maria Jose Esteve" :
> >
> >Hello Chris,
> >I have a little integration with ECharts and could mount some of the
> examples in their gallery [1] for you (ApacheCon) How do you see it?
> >
> >[1] https://echarts.apache.org/examples/en/index.html
> >
> >
> >-Mensaje original-
> >De: Christofer Dutz 
> >Enviado el: martes, 28 de julio de 2020 17:28
> >Para: dev@royale.apache.org
> >Asunto: Re: Royale Echarts (was Re: Charts)
> >
> >Hi folks,
> >
> >I agree that perhaps creating real wrappers for some of the most used
> charts and creating some documentation on how to add new ones could be a
> great thing for people wanting to get engaged in the project. Should be
> fairly simple to do this via PRs.
> >
> >I remember Harbs saying he had already been working on this?
> >
> >For my ApacheCon talk proposal "Home automation with apache" this
> > would be a super awesome addition ;-)
> >
> >Chris
> >
> >
> >
> >Am 28.07.20, 15:09 schrieb "Carlos Rovira" :
> >
> >Hi Piotr,
> >
> >I saw there's lots of graphs in ECharts, and trying to bring all
> to that
> >library could be a huge amount of work.
> >On the other hand just typedefs could be in this case not
> something that
> >integrates really good with the rest of royale.
> >
> >Most of the time things should not be black or white, and in this
> case I
> >think we should concentrate on most used graphs (Bar, Pie,
> Columns,
> >Area,..), maybe start with just a few most used cases, and make
> it very
> >usable in Royale.
> >
> >After that, others could bring more graphs. I expect the rest to
> be easily
> >created by extending initial code, and just the same effort that
> creates
> >the typedef stubs. Anyway, other more rare graphs can be left for
> now. We
> >don't need to try to cover fully ECharts since even for typedefs
> could be
> >huge work.
> >
> >just my 2
> >
> >
> >El mar., 28 jul. 2020 a las 12:16, Piotr Zarzycki (<
> >piotrzarzyck...@gmail.com>) escribió:
> >
> >> Hi Carlos,
> >>
> >> Well at some point would love to see wrappers around it, but the more
> >> I'm thinking about it the more it is something which may not be worth
> >> due to magnitude of work.
> >>
> >> There are literally hundreds of types of charts and if you wanted to
> >> wrap up based on types or something like that you will end up in a
> rabbit hole.
> >>
> >> I feel like it would be better to have typedefs and let users to use
> >> ECharts documentation to create whatever they want, wrap whatever
> >> they need.
> >>
> >> Thanks,
> >> Piotr
> >>
> >> wt., 28 lip 2020 o 11:53 Carlos Rovira 
> >> napisał(a):
> >>
> >>> Hi,
> >>>
> >>> I think charts are a very important part of UX and UI Solutions. It
> >>> was
> >> for
> >>> Flex and Royale needs something actual.
> >>> Emulation always can continue efforts on mx chart versions. But new
> >> Royale
> >>> Apps (mostly Jewel, Basic and others) will required some modern
> solution.
> >>>
> >>> Seems all folks here 

Re: Youtube Video embeding

[Harbs]

I just added an Iframe component to the html swc.

> On Jul 28, 2020, at 11:03 PM, Harbs  wrote:
> 
> You can use a  component.
> 
> We should probably add IFrame to the html components as well, although it 
> should be possible to use native iframe elements in the browser html 
> namespace. I forget what that is at the moment.
> 
>> On Jul 28, 2020, at 11:51 AM, spiros  wrote:
>> 
>> Hi, 
>> 
>> Is it possible to embed a youtube  video to royale application ?   
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Best regards
>> 
>> 
>> 
>> 
>> 
>> Spiros 
>> 
>> 
>> 
> 

Re: Royale Echarts (was Re: Charts)

[Harbs]

I’m not clear on whether you created your own externs.

I asked over on the echarts list whether they have any definition files we 
might be able to use.
https://lists.apache.org/thread.html/r8877ebea54a987023e7d277bf216f8326caaeb4641f18c70668ec750%40%3Cdev.echarts.apache.org%3E

Harbs

> On Jul 29, 2020, at 2:25 PM, Alina Kazi  wrote:
> 
> Yes it should be a component in Royale. So,
> As we used to work with Charts in Flex the same way we can use it in Royale.
> 
> Yes Maria we can create Examples with your existing integration with
> ECharts.
> 
> -Alina
> 
> On Wed, 29 Jul 2020, 4:17 pm Maria Jose Esteve,  wrote:
> 
>> I am with Carlos, the ideal would be to create a Royale component with its
>> own API, it has many more advantages, but for now we could show "something"
>> with the little time we have ...
>> 
>> See if for this afternoon someone has given their opinion on "what to
>> show" and "how"
>> 
>> Thx.
>> Hiedra
>> 
>> -Mensaje original-
>> De: Harbs 
>> Enviado el: miércoles, 29 de julio de 2020 12:54
>> Para: dev@royale.apache.org
>> Asunto: Re: Royale Echarts (was Re: Charts)
>> 
>> Externs is good. I’m not convinced that wrapping echarts in full Royale
>> components is necessarily going to add a lot of value.
>> 
>> I’d love to see what you’ve done.
>> 
>>> On Jul 29, 2020, at 1:26 PM, Maria Jose Esteve 
>> wrote:
>>> 
>>> Hello Chris,
>>> I'm not going to help Carlos much because the integration I have is
>> simple, with @extern, does it still seem good to you?
>>> 
>>> The ECharts sample page is [1]
>>> I think that between all of us we could choose the templates that we
>> like the most or that we see more operational. How do you see it?
>>> @Alina has promised to help me: P
>>> 
>>> This afternoon, when I finish working, I will return to the subject.
>>> 
>>> Bye.
>>> 
>>> [1] https://echarts.apache.org/examples/en/index.html
>>> 
>>> 
>>> -Mensaje original-
>>> De: Christofer Dutz  Enviado el: miércoles,
>>> 29 de julio de 2020 11:34
>>> Para: dev@royale.apache.org
>>> Asunto: Re: Royale Echarts (was Re: Charts)
>>> 
>>> That would be cool :-)
>>> 
>>> And I could imagine that this could also help Carlos with the
>> integration work.
>>> 
>>> Chris
>>> 
>>> 
>>> Am 29.07.20, 11:11 schrieb "Maria Jose Esteve" :
>>> 
>>>   Hello Chris,
>>>   I have a little integration with ECharts and could mount some of the
>> examples in their gallery [1] for you (ApacheCon) How do you see it?
>>> 
>>>   [1] https://echarts.apache.org/examples/en/index.html
>>> 
>>> 
>>>   -Mensaje original-
>>>   De: Christofer Dutz 
>>>   Enviado el: martes, 28 de julio de 2020 17:28
>>>   Para: dev@royale.apache.org
>>>   Asunto: Re: Royale Echarts (was Re: Charts)
>>> 
>>>   Hi folks,
>>> 
>>>   I agree that perhaps creating real wrappers for some of the most used
>> charts and creating some documentation on how to add new ones could be a
>> great thing for people wanting to get engaged in the project. Should be
>> fairly simple to do this via PRs.
>>> 
>>>   I remember Harbs saying he had already been working on this?
>>> 
>>>   For my ApacheCon talk proposal "Home automation with apache" this
>>> would be a super awesome addition ;-)
>>> 
>>>   Chris
>>> 
>>> 
>>> 
>>>   Am 28.07.20, 15:09 schrieb "Carlos Rovira" :
>>> 
>>>   Hi Piotr,
>>> 
>>>   I saw there's lots of graphs in ECharts, and trying to bring all
>> to that
>>>   library could be a huge amount of work.
>>>   On the other hand just typedefs could be in this case not
>> something that
>>>   integrates really good with the rest of royale.
>>> 
>>>   Most of the time things should not be black or white, and in this
>> case I
>>>   think we should concentrate on most used graphs (Bar, Pie,
>> Columns,
>>>   Area,..), maybe start with just a few most used cases, and make
>> it very
>>>   usable in Royale.
>>> 
>>>   After that, others could bring more graphs. I expect the rest to
>> be easily
>>>   created by extending initial code, and just the same effort that
>> creates
>>>   the typedef stubs. Anyway, other more rare graphs can be left for
>> now. We
>>>   don't need to try to cover fully ECharts since even for typedefs
>> could be
>>>   huge work.
>>> 
>>>   just my 2
>>> 
>>> 
>>>   El mar., 28 jul. 2020 a las 12:16, Piotr Zarzycki (<
>>>   piotrzarzyck...@gmail.com>) escribió:
>>> 
 Hi Carlos,
 
 Well at some point would love to see wrappers around it, but the more
 I'm thinking about it the more it is something which may not be worth
 due to magnitude of work.
 
 There are literally hundreds of types of charts and if you wanted to
 wrap up based on types or something like that you will end up in a
>> rabbit hole.
 
 I feel like it would be better to have typedefs and let users to use
 ECharts documentation to create whatever they want, wrap whatever
 they need.
 
 Thanks,
 Piotr
 
 wt., 2

RE: Royale Echarts (was Re: Charts)

[Maria Jose Esteve]

Chris, 
Do I have to mount the project in any specific way?
My idea is, create a JSRoyale project with crux, maybe. (mvc)

Do you have or do we have a repo for this?

Thx.
Hiedra

-Mensaje original-
De: Christofer Dutz  
Enviado el: martes, 28 de julio de 2020 17:28
Para: dev@royale.apache.org
Asunto: Re: Royale Echarts (was Re: Charts)

Hi folks,

I agree that perhaps creating real wrappers for some of the most used charts 
and creating some documentation on how to add new ones could be a great thing 
for people wanting to get engaged in the project. Should be fairly simple to do 
this via PRs.

I remember Harbs saying he had already been working on this?

For my ApacheCon talk proposal "Home automation with apache" this would be a 
super awesome addition ;-)

Chris



Am 28.07.20, 15:09 schrieb "Carlos Rovira" :

Hi Piotr,

I saw there's lots of graphs in ECharts, and trying to bring all to that
library could be a huge amount of work.
On the other hand just typedefs could be in this case not something that
integrates really good with the rest of royale.

Most of the time things should not be black or white, and in this case I
think we should concentrate on most used graphs (Bar, Pie, Columns,
Area,..), maybe start with just a few most used cases, and make it very
usable in Royale.

After that, others could bring more graphs. I expect the rest to be easily
created by extending initial code, and just the same effort that creates
the typedef stubs. Anyway, other more rare graphs can be left for now. We
don't need to try to cover fully ECharts since even for typedefs could be
huge work.

just my 2


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

> Hi Carlos,
>
> Well at some point would love to see wrappers around it, but the more I'm
> thinking about it the more it is something which may not be worth due to
> magnitude of work.
>
> There are literally hundreds of types of charts and if you wanted to wrap
> up based on types or something like that you will end up in a rabbit hole.
>
> I feel like it would be better to have typedefs and let users to use
> ECharts documentation to create whatever they want, wrap whatever they
> need.
>
> Thanks,
> Piotr
>
> wt., 28 lip 2020 o 11:53 Carlos Rovira 
> napisał(a):
>
> > Hi,
> >
> > I think charts are a very important part of UX and UI Solutions. It was
> for
> > Flex and Royale needs something actual.
> > Emulation always can continue efforts on mx chart versions. But new
> Royale
> > Apps (mostly Jewel, Basic and others) will required some modern 
solution.
> >
> > Seems all folks here point to ECharts, so I'm planning to create a
> library
> > for Apache ECharts in the same way I did in the past for MDL, so instead
> of
> > just creating an @extern, it will be a Royale Component with its own 
API.
> >
> > Another way would be to just create @externs for ECharts, but since it
> is a
> > "component", it seems using like a UIBase inside Royale will benefit
> from a
> > better integration.
> >
> > In resume, seems to me what I did for MDL seems the best to apply here,
> > instead something like html2pdf, that seems to me a clear input that
> wants
> > a clear output and is not something we require to integrate and mix well
> > with other Royale controls and containers
> >
> > So what do you think about this?
> >
> >
> >
> > El mar., 28 jul. 2020 a las 9:04, Maria Jose Esteve ( >)
> > escribió:
> >
> > > Hi,
> > >
> > > Thanks Harbs.
> > >
> > > Yesterday I was looking at Carlos's integration with html2PDF,
> > > https://github.com/tomLadder/react-native-echarts-wrapper and some
> > > examples from the SDK.
> > >
> > >
> > >
> > > I have implemented an echart class, another echartInstance, but I 
don't
> > > know if it will work as I need… In principle it seems that I can only
> > > create one instance of echart per document (at least that's what they
> > > advise, of course) and handle each “independent graph ”With the
> property“
> > > group ”,…
> > >
> > >
> > >
> > > Well, I keep doing tests ... I don't know if I will succeed because 
I'm
> > > going "blind".
> > >
> > > I will continue to inform you.
> > >
> > >
> > >
> > > Thx
> > >
> > > Hiedra
> > >
> > >
> > >
> > > *De:* Harbs 
> > > *Enviado el:* martes, 28 de julio de 2020 8:15
> > > *Para:* us...@royale.apache.org
> > > *Asunto:* Re: Charts
> > >
> > >
> > >
> > >
> > >
> >
> 
https://royale.apache.org/using-external-javascript-libraries-in-apache-royale/
> > >
> > >
> > >
> > > Here’s a refe

Re: Royale Echarts (was Re: Charts)

[Carlos Rovira]

Hi Maria Jose,

if the externs path is right for now, maybe you could create a temporal
project in Github so we can take a look and try to use it.
Then it will be easier to see if we finally need royale component or just
externs are sufficient.
For me right now is difficult to choose one path or other since I'm seeing
that seems very easy to integrate, but maybe we could
need some Royale data integration, or manage sizes or any other thing that
could appear as we use it.

El mié., 29 jul. 2020 a las 17:55, Maria Jose Esteve ()
escribió:

> Chris,
> Do I have to mount the project in any specific way?
> My idea is, create a JSRoyale project with crux, maybe. (mvc)
>
> Do you have or do we have a repo for this?
>
> Thx.
> Hiedra
>
> -Mensaje original-
> De: Christofer Dutz 
> Enviado el: martes, 28 de julio de 2020 17:28
> Para: dev@royale.apache.org
> Asunto: Re: Royale Echarts (was Re: Charts)
>
> Hi folks,
>
> I agree that perhaps creating real wrappers for some of the most used
> charts and creating some documentation on how to add new ones could be a
> great thing for people wanting to get engaged in the project. Should be
> fairly simple to do this via PRs.
>
> I remember Harbs saying he had already been working on this?
>
> For my ApacheCon talk proposal "Home automation with apache" this would be
> a super awesome addition ;-)
>
> Chris
>
>
>
> Am 28.07.20, 15:09 schrieb "Carlos Rovira" :
>
> Hi Piotr,
>
> I saw there's lots of graphs in ECharts, and trying to bring all to
> that
> library could be a huge amount of work.
> On the other hand just typedefs could be in this case not something
> that
> integrates really good with the rest of royale.
>
> Most of the time things should not be black or white, and in this case
> I
> think we should concentrate on most used graphs (Bar, Pie, Columns,
> Area,..), maybe start with just a few most used cases, and make it very
> usable in Royale.
>
> After that, others could bring more graphs. I expect the rest to be
> easily
> created by extending initial code, and just the same effort that
> creates
> the typedef stubs. Anyway, other more rare graphs can be left for now.
> We
> don't need to try to cover fully ECharts since even for typedefs could
> be
> huge work.
>
> just my 2
>
>
> El mar., 28 jul. 2020 a las 12:16, Piotr Zarzycki (<
> piotrzarzyck...@gmail.com>) escribió:
>
> > Hi Carlos,
> >
> > Well at some point would love to see wrappers around it, but the
> more I'm
> > thinking about it the more it is something which may not be worth
> due to
> > magnitude of work.
> >
> > There are literally hundreds of types of charts and if you wanted to
> wrap
> > up based on types or something like that you will end up in a rabbit
> hole.
> >
> > I feel like it would be better to have typedefs and let users to use
> > ECharts documentation to create whatever they want, wrap whatever
> they
> > need.
> >
> > Thanks,
> > Piotr
> >
> > wt., 28 lip 2020 o 11:53 Carlos Rovira 
> > napisał(a):
> >
> > > Hi,
> > >
> > > I think charts are a very important part of UX and UI Solutions.
> It was
> > for
> > > Flex and Royale needs something actual.
> > > Emulation always can continue efforts on mx chart versions. But new
> > Royale
> > > Apps (mostly Jewel, Basic and others) will required some modern
> solution.
> > >
> > > Seems all folks here point to ECharts, so I'm planning to create a
> > library
> > > for Apache ECharts in the same way I did in the past for MDL, so
> instead
> > of
> > > just creating an @extern, it will be a Royale Component with its
> own API.
> > >
> > > Another way would be to just create @externs for ECharts, but
> since it
> > is a
> > > "component", it seems using like a UIBase inside Royale will
> benefit
> > from a
> > > better integration.
> > >
> > > In resume, seems to me what I did for MDL seems the best to apply
> here,
> > > instead something like html2pdf, that seems to me a clear input
> that
> > wants
> > > a clear output and is not something we require to integrate and
> mix well
> > > with other Royale controls and containers
> > >
> > > So what do you think about this?
> > >
> > >
> > >
> > > El mar., 28 jul. 2020 a las 9:04, Maria Jose Esteve (<
> mjest...@iest.com
> > >)
> > > escribió:
> > >
> > > > Hi,
> > > >
> > > > Thanks Harbs.
> > > >
> > > > Yesterday I was looking at Carlos's integration with html2PDF,
> > > > https://github.com/tomLadder/react-native-echarts-wrapper and
> some
> > > > examples from the SDK.
> > > >
> > > >
> > > >
> > > > I have implemented an echart class, another echartInstance, but
> I don't
> > > > know if it will work as I need… In principle it seems that I can
>

Re: Youtube Video embeding

[Carlos Rovira]

Hi Fref,

I'm all for SOF as you know since I think it is a good place to find
answers and could be a way for Royale users to find solutions to his
problems. For this one I think you can respond yourself talking about the
iFrame solution and the new component done by Harbs, but I expect we could
have a video component in the future, or maybe some more since I guess
we'll need to take into account not only youtube but other options as well.

El mié., 29 jul. 2020 a las 11:16,  escribió:

> Hi All,
>
> I see a lot of usefull knowlege in this thread and others (on chart
> component etc...). Unfortunaly this is not well indexed by search motors.
>
> For exemple search for "apache royale video play", the first result will
> be on stackoverflow. (
> https://stackoverflow.com/questions/58512563/how-to-play-a-mp4-video-with-apache-royale
> )
>
> So why not add some knowlege by answering this post (on SOF) ?
>
> I see 2 advantages : better index and more SOF questions = more audience and
> more confidence in finding an answer for future developers
>
> Today, a lot of developpers are using SOF for copy/paste snipets of code.
> It would be great to have same stuff for Apache Royale
>
> Regards
>
> Le 29.07.2020 09:41, spiros a écrit :
>
> Hi Carlos,
>
> Yes with an extension to UIBase it was easy to create an Iframe element
> and pass the YouTube url.
>
> When I finally have a stable component I will post it to this thread.
>
>
> Thanks
>
>
> Spiros
>
>
>
> -Original Message-
> From: Carlos Rovira [mailto:carlosrov...@apache.org]
> Sent: Tuesday, July 28, 2020 4:19 PM
> To: Apache Royale Development
> Subject: Re: Youtube Video embeding
>
> Hi Spiros,
>
> Yes, Youtube should be easy to integrate in a Royale App. I think we don't
> have a component right now for that but since Youtube used to be
> embedded via iframe in a web page that should not be a problem. I think
> there's already some components that allow you to use an iframe in royale
> that you could try, or just try some basic example and try to use in Royale
> meanwhile we add some official components.
>
> To All, someone has the time to create some basic video component anc
> contribute?
>
> Thanks
>
>
>
>
>
> El mar., 28 jul. 2020 a las 10:52, spiros () escribió:
>
> Hi,
>
> Is it possible to embed a youtube  video to royale application ?
>
>
>
>
>
>
>
> Best regards
>
>
>
>
>
> Spiros
>
>
>
>
>
> --
>
> Frédéric Gilli
>
> mob.0668542622
>
> http://www.cristallium.com
>
> 
>
>
>
>

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

Re: Royale Echarts (was Re: Charts)

[Piotr Zarzycki]

Maybe initially creating typedefs is the way to go and next any addition
like custom classes.

śr., 29 lip 2020 o 18:23 Carlos Rovira  napisał(a):

> Hi Maria Jose,
>
> if the externs path is right for now, maybe you could create a temporal
> project in Github so we can take a look and try to use it.
> Then it will be easier to see if we finally need royale component or just
> externs are sufficient.
> For me right now is difficult to choose one path or other since I'm seeing
> that seems very easy to integrate, but maybe we could
> need some Royale data integration, or manage sizes or any other thing that
> could appear as we use it.
>
> El mié., 29 jul. 2020 a las 17:55, Maria Jose Esteve ()
> escribió:
>
> > Chris,
> > Do I have to mount the project in any specific way?
> > My idea is, create a JSRoyale project with crux, maybe. (mvc)
> >
> > Do you have or do we have a repo for this?
> >
> > Thx.
> > Hiedra
> >
> > -Mensaje original-
> > De: Christofer Dutz 
> > Enviado el: martes, 28 de julio de 2020 17:28
> > Para: dev@royale.apache.org
> > Asunto: Re: Royale Echarts (was Re: Charts)
> >
> > Hi folks,
> >
> > I agree that perhaps creating real wrappers for some of the most used
> > charts and creating some documentation on how to add new ones could be a
> > great thing for people wanting to get engaged in the project. Should be
> > fairly simple to do this via PRs.
> >
> > I remember Harbs saying he had already been working on this?
> >
> > For my ApacheCon talk proposal "Home automation with apache" this would
> be
> > a super awesome addition ;-)
> >
> > Chris
> >
> >
> >
> > Am 28.07.20, 15:09 schrieb "Carlos Rovira" :
> >
> > Hi Piotr,
> >
> > I saw there's lots of graphs in ECharts, and trying to bring all to
> > that
> > library could be a huge amount of work.
> > On the other hand just typedefs could be in this case not something
> > that
> > integrates really good with the rest of royale.
> >
> > Most of the time things should not be black or white, and in this
> case
> > I
> > think we should concentrate on most used graphs (Bar, Pie, Columns,
> > Area,..), maybe start with just a few most used cases, and make it
> very
> > usable in Royale.
> >
> > After that, others could bring more graphs. I expect the rest to be
> > easily
> > created by extending initial code, and just the same effort that
> > creates
> > the typedef stubs. Anyway, other more rare graphs can be left for
> now.
> > We
> > don't need to try to cover fully ECharts since even for typedefs
> could
> > be
> > huge work.
> >
> > just my 2
> >
> >
> > El mar., 28 jul. 2020 a las 12:16, Piotr Zarzycki (<
> > piotrzarzyck...@gmail.com>) escribió:
> >
> > > Hi Carlos,
> > >
> > > Well at some point would love to see wrappers around it, but the
> > more I'm
> > > thinking about it the more it is something which may not be worth
> > due to
> > > magnitude of work.
> > >
> > > There are literally hundreds of types of charts and if you wanted
> to
> > wrap
> > > up based on types or something like that you will end up in a
> rabbit
> > hole.
> > >
> > > I feel like it would be better to have typedefs and let users to
> use
> > > ECharts documentation to create whatever they want, wrap whatever
> > they
> > > need.
> > >
> > > Thanks,
> > > Piotr
> > >
> > > wt., 28 lip 2020 o 11:53 Carlos Rovira 
> > > napisał(a):
> > >
> > > > Hi,
> > > >
> > > > I think charts are a very important part of UX and UI Solutions.
> > It was
> > > for
> > > > Flex and Royale needs something actual.
> > > > Emulation always can continue efforts on mx chart versions. But
> new
> > > Royale
> > > > Apps (mostly Jewel, Basic and others) will required some modern
> > solution.
> > > >
> > > > Seems all folks here point to ECharts, so I'm planning to create
> a
> > > library
> > > > for Apache ECharts in the same way I did in the past for MDL, so
> > instead
> > > of
> > > > just creating an @extern, it will be a Royale Component with its
> > own API.
> > > >
> > > > Another way would be to just create @externs for ECharts, but
> > since it
> > > is a
> > > > "component", it seems using like a UIBase inside Royale will
> > benefit
> > > from a
> > > > better integration.
> > > >
> > > > In resume, seems to me what I did for MDL seems the best to apply
> > here,
> > > > instead something like html2pdf, that seems to me a clear input
> > that
> > > wants
> > > > a clear output and is not something we require to integrate and
> > mix well
> > > > with other Royale controls and containers
> > > >
> > > > So what do you think about this?
> > > >
> > > >
> > > >
> > > > El mar., 28 jul. 2020 a las 9:04, Maria Jose Esteve (<
> > mjest...@iest.com
> > > >)
> > > > escribió:
> > > 

Re: Youtube Video embeding

[contact]

Hi Carlos, 

Thanks for your reply. 

The fact is I didn't know about UIBase and iFrame. 

Is there a example somewhere how to use it ? 

Regards 


Le 29.07.2020 18:27, Carlos Rovira a écrit :


Hi Fref,

I'm all for SOF as you know since I think it is a good place to find answers and could be a way for Royale users to find solutions to his problems. For this one I think you can respond yourself talking about the iFrame solution and the new component done by Harbs, but I expect we could have a video component in the future, or maybe some more since I guess we'll need to take into account not only youtube but other options as well. 

El mié., 29 jul. 2020 a las 11:16,  escribió: 

Hi All, 

I see a lot of usefull knowlege in this thread and others (on chart component etc...). Unfortunaly this is not well indexed by search motors. 

For exemple search for "apache royale video play", the first result will be on stackoverflow. (https://stackoverflow.com/questions/58512563/how-to-play-a-mp4-video-with-apache-royale) 

So why not add some knowlege by answering this post (on SOF) ? 

I see 2 advantages : better index and more SOF questions = more audience and more confidence in finding an answer for future developers 

Today, a lot of developpers are using SOF for copy/paste snipets of code. It would be great to have same stuff for Apache Royale 

Regards 

Le 29.07.2020 09:41, spiros a écrit : 
Hi Carlos,


Yes with an extension to UIBase it was easy to create an Iframe element and 
pass the YouTube url.

When I finally have a stable component I will post it to this thread.

Thanks

Spiros 


-Original Message-
From: Carlos Rovira [mailto:carlosrov...@apache.org] 
Sent: Tuesday, July 28, 2020 4:19 PM

To: Apache Royale Development
Subject: Re: Youtube Video embeding

Hi Spiros,

Yes, Youtube should be easy to integrate in a Royale App. I think we don't
have a component right now for that but since Youtube used to be
embedded via iframe in a web page that should not be a problem. I think
there's already some components that allow you to use an iframe in royale
that you could try, or just try some basic example and try to use in Royale
meanwhile we add some official components.

To All, someone has the time to create some basic video component anc
contribute?

Thanks

El mar., 28 jul. 2020 a las 10:52, spiros () escribió:

Hi,

Is it possible to embed a youtube  video to royale application ?

Best regards

Spiros


--
Frédéric Gilli 


mob.0668542622

http://www.cristallium.com

[1]

 -- 


Carlos Rovira
http://about.me/carlosrovira 


--
Frédéric Gilli 


mob.0668542622

http://www.cristallium.com

[1]



Links:
--
[1] http://www.cristallium.com

Re: Close application

[Hugo Ferreira]

Unfortunately does not work on Chrome.
Seems to be a JavaScript Chrome security issue and not a Royale issue.

Harbs  escreveu no dia terça, 28/07/2020 à(s) 06:29:

> You should be able to do that using window.close()
>
> For Electron, I think you have a couple of options. I think you can listen
> to the close event and quit the app then. You can also quit or exit
> directly.[1]
>
> HTH,
> Harbs
>
> [1] https://www.electronjs.org/docs/api/app
>
> > On Jul 28, 2020, at 2:01 AM, Hugo Ferreira 
> wrote:
> >
> > I can close my Desktop Flex application with this simple instruction:
> > NativeApplication.nativeApplication.exit()
> >
> > I would like to replicate the same with Royale: In a browser context
> should
> > close the browser Tab and in a Desktop/Electron should close the window.
> > This is possible ?
>
>

BindingJS test failing

[Carlos Rovira]

Hi,

doing my daily build and it failed on BindingJS Tests. Just want to report
if it wasn't noticed.
thanks


[royaleunit] Suite: flexUnitTests.binding.BindableCoreTests

[royaleunit] Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time
elapsed: 0,984 sec

[royaleunit] Suite: flexUnitTests.binding.BindingCoreTests

[royaleunit] Tests run: 5, Failures: 1, Errors: 0, Skipped: 0, Time
elapsed: 0,615 sec

[royaleunit]

[royaleunit] Results :

[royaleunit]

[royaleunit] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time
elapsed: 1,599 sec

[royaleunit]

[junitreport] Processing
/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/js/projects/BindingJS/src/test/royale/out/TESTS-TestSuites.xml
to /var/folders/3b/t3splkm10078z3sftzn3_rbrgn/T/null1799075660

[junitreport] Loading stylesheet
jar:file:/usr/local/Cellar/ant/1.10.8_1/libexec/lib/ant-junit.jar!/org/apache/tools/ant/taskdefs/optional/junit/xsl/junit-frames.xsl

[junitreport] Transform time: 40ms

[junitreport] Deleting:
/var/folders/3b/t3splkm10078z3sftzn3_rbrgn/T/null1799075660


BUILD FAILED

/Users/carlosrovira/Dev/Royale/Source/royale-asjs/build.xml:667: The
following error occurred while executing this line:

/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/build.xml:156:
The following error occurred while executing this line:

/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/build.xml:283:
The following error occurred while executing this line:

/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/projects/Binding/build.xml:69:
The following error occurred while executing this line:

/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/projects/Binding/build.xml:73:
The following error occurred while executing this line:

/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/js/projects/BindingJS/build.xml:54:
The following error occurred while executing this line:

/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/js/projects/BindingJS/src/test/royale/build.xml:250:
Test Failure

RoyaleUnit Release Build Tests must pass:



BindingJS.test RoyaleUnit Release build tests: FAILED

BindingJS.test RoyaleUnit Debug build tests: FAILED


Total time: 10 minutes 50 seconds

Error:Build stopped - build SDK with ANT

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

Re: Youtube Video embeding

[Carlos Rovira]

Hi Fred,

I think the UIBase method should be extending and making createElement
generate an "iframe" tag and adding some methods, so I think it
shouldn't need to be considered.

Maybe better just use the new IFrame component added by Harbs on HTML
yesterday.

That should be just use it declaring it via MXML in any App you have at
hand and try to configure it with some youtube config. You can check online
how people load a youtube video with iframe, and try to do the same with
our IFrame component and as you get it working post the resulting lines in
the SOF thread.

Thanks

El mié., 29 jul. 2020 a las 18:36,  escribió:

> Hi Carlos,
>
> Thanks for your reply.
>
> The fact is I didn't know about UIBase and iFrame.
>
> Is there a example somewhere how to use it ?
>
> Regards
>
>
> Le 29.07.2020 18:27, Carlos Rovira a écrit :
>
> Hi Fref,
>
> I'm all for SOF as you know since I think it is a good place to find
> answers and could be a way for Royale users to find solutions to his
> problems. For this one I think you can respond yourself talking about the
> iFrame solution and the new component done by Harbs, but I expect we could
> have a video component in the future, or maybe some more since I guess
> we'll need to take into account not only youtube but other options as well.
>
> El mié., 29 jul. 2020 a las 11:16,  escribió:
>
> Hi All,
>
> I see a lot of usefull knowlege in this thread and others (on chart
> component etc...). Unfortunaly this is not well indexed by search motors.
>
> For exemple search for "apache royale video play", the first result will
> be on stackoverflow. (
> https://stackoverflow.com/questions/58512563/how-to-play-a-mp4-video-with-apache-royale
> )
>
> So why not add some knowlege by answering this post (on SOF) ?
>
> I see 2 advantages : better index and more SOF questions = more audience and
> more confidence in finding an answer for future developers
>
> Today, a lot of developpers are using SOF for copy/paste snipets of code.
> It would be great to have same stuff for Apache Royale
>
> Regards
>
> Le 29.07.2020 09:41, spiros a écrit :
>
> Hi Carlos,
>
> Yes with an extension to UIBase it was easy to create an Iframe element
> and pass the YouTube url.
>
> When I finally have a stable component I will post it to this thread.
>
>
> Thanks
>
>
> Spiros
>
>
>
> -Original Message-
> From: Carlos Rovira [mailto:carlosrov...@apache.org]
> Sent: Tuesday, July 28, 2020 4:19 PM
> To: Apache Royale Development
> Subject: Re: Youtube Video embeding
>
> Hi Spiros,
>
> Yes, Youtube should be easy to integrate in a Royale App. I think we don't
> have a component right now for that but since Youtube used to be
> embedded via iframe in a web page that should not be a problem. I think
> there's already some components that allow you to use an iframe in royale
> that you could try, or just try some basic example and try to use in Royale
> meanwhile we add some official components.
>
> To All, someone has the time to create some basic video component anc
> contribute?
>
> Thanks
>
>
>
>
>
> El mar., 28 jul. 2020 a las 10:52, spiros () escribió:
>
> Hi,
>
> Is it possible to embed a youtube  video to royale application ?
>
>
>
>
>
>
>
> Best regards
>
>
>
>
>
> Spiros
>
>
>
>
>
> --
>
> Frédéric Gilli
>
> mob.0668542622
>
> http://www.cristallium.com
>
> 
>
>
>
>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>
>
>
> --
>
> Frédéric Gilli
>
> mob.0668542622
>
> http://www.cristallium.com
>
> 
>
>
>
>

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