Hello, I already have a few examples assembled and a shuttle for them 😝
As I have no experience with Maven or with compiling swc, etc, etc, I mounted them in a project, from my work, that "I had up and running" to do the initial tests, and everything OK. To create the final project I have followed the steps indicated here [1] but I can't compile it ☹ The [2] instruction doesn't work for me because I don't have the settings-template.xml file. I have launched the compilation, from the vscode Terminal, with the following instruction [3] it starts to compile but it gives me an error because it cannot find the artifacts ... [cid:image001.png@01D67245.02877530] I have included a .vscode/settings.json file with the 0.9.8 SDK settings but it doesn't work. Can you help me? The repository [4] is made up of two projects, one for echarts and one for the examples. I have not tried to compile the project with the examples, I have only copied the sample files that I had but I imagine that if I mounted it it would give me the same problem. I have created a develop branch. [1] https://github.com/apache/royale-asjs/wiki/Create-Royale-project-with-Maven [2] mvn -s /Users/<YourUser>/<Path-To-You-Royale-Repo>/settings-template.xml clean install [3] mvn clean install -DskipTests [4] https://github.com/mjesteve/Royale-ECharts.git Any help is welcome. Thank you very much. Hiedra -----Mensaje original----- De: Carlos Rovira <carlosrov...@apache.org> Enviado el: miércoles, 29 de julio de 2020 18:23 Para: Apache Royale Development <dev@royale.apache.org> Asunto: Re: Royale Echarts (was Re: Charts) 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<mailto: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<mailto:christofer.d...@c-ware.de>> Enviado el: > martes, 28 > de julio de 2020 17:28 > Para: dev@royale.apache.org<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto:harbs.li...@gmail.com>> > > > > *Enviado el:* martes, 28 de julio de 2020 8:15 > > > > *Para:* us...@royale.apache.org<mailto: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<mailto: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<mailto:piotrzarzyck...@gmail.com>> > > > > *Enviado el:* lunes, 27 de julio de 2020 17:31 > > > > *Para:* us...@royale.apache.org<mailto: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<mailto: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<mailto: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
