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 (<mjest...@iest.com>) 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 <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 > > -- Carlos Rovira http://about.me/carlosrovira
