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 <mjest...@iest.com> 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 <christofer.d...@c-ware.de> 
> 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" <mjest...@iest.com>:
> 
>    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 <christofer.d...@c-ware.de> 
>    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" <carlosrov...@apache.org>:
> 
>        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 <carlosrov...@apache.org>
>> 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 <harbs.li...@gmail.com>
>>>> *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 <mjest...@iest.com>
>>> 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 <piotrzarzyck...@gmail.com>
>>>> *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 <carlosrov...@apache.org>
>>>> 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 <mjest...@iest.com>
>>>> 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
>>>> <https://www.patreon.com/piotrzarzycki>*
>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> 
>>>> Carlos Rovira
>>>> 
>>>> http://about.me/carlosrovira
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> 
>>>> *Piotr Zarzycki *
>>>> 
>>>> Patreon: *https://www.patreon.com/piotrzarzycki
>>>> <https://www.patreon.com/piotrzarzycki>*
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>>> --
>>> Carlos Rovira
>>> http://about.me/carlosrovira
>>> 
>> 
>> 
>> --
>> 
>> Piotr Zarzycki
>> 
>> Patreon: *https://www.patreon.com/piotrzarzycki
>> <https://www.patreon.com/piotrzarzycki>*
>> 
> 
> 
>        -- 
>        Carlos Rovira
>        http://about.me/carlosrovira
> 
> 

Reply via email to