Youtube Video embeding

[spiros]

Hi, 

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

 

 

 

Best regards

 

 

Spiros 

 

Royale Echarts (was Re: Charts)

[Carlos Rovira]

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 reference for other frameworks which integrated into echarts:
> https://echarts.apache.org/en/download-extension.html#framework
>
>
>
>
>
> On Jul 27, 2020, at 8:20 PM, Maria Jose Esteve  wrote:
>
>
>
> Piotr, where should I start? Do you recommend any integration guide?
>
> As I have commented, on some other occasion, I do not have an overview of
> how we interact with js ...
>
>
>
> Hiedra.
>
>
>
> *De:* Piotr Zarzycki 
> *Enviado el:* lunes, 27 de julio de 2020 17:31
> *Para:* us...@royale.apache.org
> *Asunto:* Re: Charts
>
>
>
> Hi Carlos,
>
>
>
> I didn't create typedefs and I won't have time for that - unless I will
> get some direct task to do that. I have simply injected library trough
> index.html and created AS3 classes which wrap up ECharts library. - Anyone
> can do that in their app. - I just wanted to get information out that -
> ECharts is working nicely with Royale.
>
>
>
> Thanks,
>
> Piotr
>
>
>
>
>
>
>
> pon., 27 lip 2020 o 17:18 Carlos Rovira 
> napisał(a):
>
> Hi Piotr, Maria,
>
>
>
> I think we should have an ECharts library in Royale. In this case, I don't
> see the point for old Flex charts, and others here (like Chris Dutz)
> already showed interest in it. What do you think about adding your current
> library effort to Royale? I think many others here could be interested in
> contributing to it.
>
>
>
> If there's some client restrictions, I think we should plan to add our own.
>
>
>
> Thanks!
>
>
>
> Carlos
>
>
>
>
>
>
>
> El lun., 27 jul. 2020 a las 15:25, Piotr Zarzycki (<
> piotrzarzyck...@gmail.com>) escribió:
>
> Hi Maria,
>
>
>
> I don't think that anyone put effort to emulate mx Charts. What's more it
> will be difficult to mix them with Jewel, due to CSS conflicts - it's
> probably doable, but I doubt anyone tried.
>
>
>
> In our application I didn't even consider using any Charts from Royale -
> I went with usage of Apache ECharts [1] - I have finished integrating it
> with our Jewel app - it's not released yet, but in terms of integration it
> wasn't too difficult. Maybe this could be your solution.
>
>
>
> [1] https://echarts.apache.org/
>
>
>
> Thanks,
>
> Piotr
>
>
>
> pon., 27 lip 2020 o 13:12 Maria Jose Esteve 
> napisał(a):
>
> Hello,
>
> I have to make several Charts (bar and pie) and I was looking at the
> examples included in the SDK.
>
>
>
> I am doing tests, in my Jewel Application implementing crux, with the
> Basic Chart controls but I have problems with the dataproviders. Before
> continuing I wanted to ask you a question ... could you use the mx charts?
>
>
>
> Thank you
>
>
>
>
> --
>
> *Piotr Zarzycki *
>
> Patreon: *https://www.patreon.com/piotrzarzycki
> *
>
>
>
>
> --
>
> Carlos Rovira
>
> http://about.me/carlosrovira
>
>
>
>
>
>
> --
>
> *Piotr Zarzycki *
>
> Patreon: *https://www.patreon.com/piotrzarzycki
> *
>
>
>


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

Re: Royale Echarts (was Re: Charts)

[Piotr Zarzycki]

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 reference for other frameworks which integrated into echarts:
> > https://echarts.apache.org/en/download-extension.html#framework
> >
> >
> >
> >
> >
> > On Jul 27, 2020, at 8:20 PM, Maria Jose Esteve 
> wrote:
> >
> >
> >
> > Piotr, where should I start? Do you recommend any integration guide?
> >
> > As I have commented, on some other occasion, I do not have an overview of
> > how we interact with js ...
> >
> >
> >
> > Hiedra.
> >
> >
> >
> > *De:* Piotr Zarzycki 
> > *Enviado el:* lunes, 27 de julio de 2020 17:31
> > *Para:* us...@royale.apache.org
> > *Asunto:* Re: Charts
> >
> >
> >
> > Hi Carlos,
> >
> >
> >
> > I didn't create typedefs and I won't have time for that - unless I will
> > get some direct task to do that. I have simply injected library trough
> > index.html and created AS3 classes which wrap up ECharts library. -
> Anyone
> > can do that in their app. - I just wanted to get information out that -
> > ECharts is working nicely with Royale.
> >
> >
> >
> > Thanks,
> >
> > Piotr
> >
> >
> >
> >
> >
> >
> >
> > pon., 27 lip 2020 o 17:18 Carlos Rovira 
> > napisał(a):
> >
> > Hi Piotr, Maria,
> >
> >
> >
> > I think we should have an ECharts library in Royale. In this case, I
> don't
> > see the point for old Flex charts, and others here (like Chris Dutz)
> > already showed interest in it. What do you think about adding your
> current
> > library effort to Royale? I think many others here could be interested in
> > contributing to it.
> >
> >
> >
> > If there's some client restrictions, I think we should plan to add our
> own.
> >
> >
> >
> > Thanks!
> >
> >
> >
> > Carlos
> >
> >
> >
> >
> >
> >
> >
> > El lun., 27 jul. 2020 a las 15:25, Piotr Zarzycki (<
> > piotrzarzyck...@gmail.com>) escribió:
> >
> > Hi Maria,
> >
> >
> >
> > I don't think that anyone put effort to emulate mx Charts. What's more it
> > will be difficult to mix them with Jewel, due to CSS conflicts - it's
> > probably doable, but I doubt anyone tried.
> >
> >
> >
> > In our application I didn't even consider using any Charts from Royale -
> > I went with usage of Apache ECharts [1] - I have finished integrating it
> > with our Jewel app - it's not released yet, but in terms of integration
> it
> > wasn't too difficult. Maybe this could be your solution.
> >
> >
> >
> > [1] https://echarts.apache.org/
> >
> >
> >
> > Thanks,
> >
> > Piotr
> >
> >
> >
> > pon., 27 lip 2020

Re: Royale Echarts (was Re: Charts)

[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 reference for other frameworks which integrated into echarts:
> > > https://echarts.apache.org/en/download-extension.html#framework
> > >
> > >
> > >
> > >
> > >
> > > On Jul 27, 2020, at 8:20 PM, Maria Jose Esteve 
> > wrote:
> > >
> > >
> > >
> > > Piotr, where should I start? Do you recommend any integration guide?
> > >
> > > As I have commented, on some other occasion, I do not have an overview
> of
> > > how we interact with js ...
> > >
> > >
> > >
> > > Hiedra.
> > >
> > >
> > >
> > > *De:* Piotr Zarzycki 
> > > *Enviado el:* lunes, 27 de julio de 2020 17:31
> > > *Para:* us...@royale.apache.org
> > > *Asunto:* Re: Charts
> > >
> > >
> > >
> > > Hi Carlos,
> > >
> > >
> > >
> > > I didn't create typedefs and I won't have time for that - unless I will
> > > get some direct task to do that. I have simply injected library trough
> > > index.html and created AS3 classes which wrap up ECharts library. -
> > Anyone
> > > can do that in their app. - I just wanted to get information out that -
> > > ECharts is working nicely with Royale.
> > >
> > >
> > >
> > > Thanks,
> > >
> > > Piotr
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > pon., 27 lip 2020 o 17:18 Carlos Rovira 
> > > napisał(a):
> > >
> > > Hi Piotr, Maria,
> > >
> > >
> > >
> > > I think we should have an ECharts library in Roya

Re: Youtube Video embeding

[Carlos Rovira]

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)

[Piotr Zarzycki]

Carlos,

If you have time go for it, but I'm expressing what I see after usage of
ECharts. I think it's a black hole. I would prefer to see typedefs for that
and your time spend on improving DataGrid with Greg or Forms.

Good luck! :)
Piotr

wt., 28 lip 2020 o 15:09 Carlos Rovira  napisał(a):

> 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 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 reference for other frameworks which integrated into
> echarts:
> > > > https://echarts.apache.org/en/download-extension.html#framework
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On Jul 27, 2020, at 8:20 PM, Maria Jose Esteve 
> > > wrote:
> > > >
> > > >
> > > >
> > > > Piotr, where should I start? Do you recommend any integration guide?
> > > >
> > > > As I have commented, on some other occasion, I do not have an
> overview
> > of
> > > > how we interact with js ...
> > > >
> > > >
> > > >
> > > > Hiedra.
> > > >
> > > >
> > > >
> > > > *De:* Piotr Zarzycki 
> > > > *Enviado el:* lunes, 27 de julio de 2020 17:31
> > > > *Para:* us...@royale.apache.org
> > > > *Asunto:* Re: Charts
> > > >
> > > >
> > > >
> > > > Hi Carlo

Re: Royale Echarts (was Re: Charts)

[Carlos Rovira]

Hi Piotr,

ok thanks.
About DataGrid and Forms. I'm more towards Table these days since I see
Greg and you are taking care of DataGrid and making changes could make your
work be affected.
So Table is more "row oriented" while Datagrid is more "column" oriented.
I think I can go back to DataGrid in some months, since we have work to
cover on both sides and better not mix in the same time frame, since that
could make us interfere in how we try to solve things.
About Forms is something I have had in mind for many months, but it seems
that I will need to wait since I have many things on my plate for now.
Anyway all is needed, so I think work done will not be a problem.

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

> Carlos,
>
> If you have time go for it, but I'm expressing what I see after usage of
> ECharts. I think it's a black hole. I would prefer to see typedefs for that
> and your time spend on improving DataGrid with Greg or Forms.
>
> Good luck! :)
> Piotr
>
> wt., 28 lip 2020 o 15:09 Carlos Rovira 
> napisał(a):
>
> > 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
> 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

Re: Royale Echarts (was Re: Charts)

[Christofer Dutz]

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 reference for other frameworks which integrated into echarts:
> > > https://echarts.apache.org/en/download-extension.html#framework
> > >
> > >
> > >
> > >
> > >
> > > On Jul 27, 2020, at 8:20 PM, Maria Jose Esteve 
> > wrote:
> > >
> > >
> > >
> > > Piotr, where should I start? Do you recommend any int

Re: Youtube Video embeding

[Harbs]

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 
> 
> 
>