RE: Apache Royale with DevExpress

2021-11-12 Thread Maria Jose Esteve
Development Asunto: Re: Apache Royale with DevExpress Hi Maria, I haven't check that one - didn't found earlier. However the reason why we choose DevExspress was: 1) DG is super sophisticated, have export to PDF etc 2) As a company we have payed support in our license if we wanted to 3) It's

Re: Apache Royale with DevExpress

2021-11-12 Thread Piotr Zarzycki
Hi Maria, I haven't check that one - didn't found earlier. However the reason why we choose DevExspress was: 1) DG is super sophisticated, have export to PDF etc 2) As a company we have payed support in our license if we wanted to 3) It's under heavy development 4) Thanks to the license there are

RE: Apache Royale with DevExpress

2021-11-12 Thread Maria Jose Esteve
Do you know https://datatables.net/? the grid is similar. Hiedra -Mensaje original- De: Piotr Zarzycki Enviado el: miércoles, 10 de noviembre de 2021 10:31 Para: Apache Royale Development Asunto: Apache Royale with DevExpress Hello Guys, Lately in our internal project MyAccount [1]

RE: Apache Royale with DevExpress

2021-11-12 Thread Maria Jose Esteve
I'm off the list for a few days and you revolutionize EVERYTHING.  This will be a great contribution to royal-extras. I'm really looking forward to seeing this implementation, I'm sure with it I could improve a lot the ones I've done so far. Thank you. Hiedra. -Mensaje

Re: Apache Royale with DevExpress

2021-11-10 Thread Hugo Ferreira
Makes sense. Harbs escreveu no dia quarta, 10/11/2021 à(s) 11:21: > There’s two reasons I’m suggesting royale-extras: > > 1. It avoids dealing with the legalities of linking to commercial code. We > could probably work it out, but it adds overhead. > 2. I’d like to get some content on

Re: Apache Royale with DevExpress

2021-11-10 Thread Harbs
There’s two reasons I’m suggesting royale-extras: 1. It avoids dealing with the legalities of linking to commercial code. We could probably work it out, but it adds overhead. 2. I’d like to get some content on royale-extras. I’m thinking I should migrate my Spectrum components to there as well.

Re: Apache Royale with DevExpress

2021-11-10 Thread Hugo Ferreira
Ho, Fantastic. I will wait for your extra (or standard) to be concluded. Thank you. Piotr Zarzycki escreveu no dia quarta, 10/11/2021 à(s) 10:31: > When you buy license from DevExpress you are getting in your account on > their website download link for whole sdk - which contains license

Re: Apache Royale with DevExpress

2021-11-10 Thread Piotr Zarzycki
When you buy license from DevExpress you are getting in your account on their website download link for whole sdk - which contains license already. śr., 10 lis 2021 o 11:27 Hugo Ferreira napisał(a): > And I suppose that there will be a static method to use on the application > startup to inject

Re: Apache Royale with DevExpress

2021-11-10 Thread Piotr Zarzycki
Well this discussion is all about expression whether it should be part of SDK or in separate repository. So far Harbs expressed that I should put it as a separate entity as part of Royale Extras. I cannot answer to that question yet. śr., 10 lis 2021 o 11:26 Hugo Ferreira napisał(a): > That

Re: Apache Royale with DevExpress

2021-11-10 Thread Hugo Ferreira
And I suppose that there will be a static method to use on the application startup to inject the license string. Hugo Ferreira escreveu no dia quarta, 10/11/2021 à(s) 10:26: > That means that when the component is finished, I just need to update the > sdk, build and use the component

Re: Apache Royale with DevExpress

2021-11-10 Thread Hugo Ferreira
That means that when the component is finished, I just need to update the sdk, build and use the component out-of-the-box ? Piotr Zarzycki escreveu no dia quarta, 10/11/2021 à(s) 10:07: > Hugo, > > You will use DG and other components in the same way as it is currently in > Royale - in mxml. I

Re: Apache Royale with DevExpress

2021-11-10 Thread Piotr Zarzycki
Hugo, You will use DG and other components in the same way as it is currently in Royale - in mxml. I haven't check yet your Office Web Add-In, but I'm assuming we are doing it similarly. Just an example with current state of my code how I'm using DevExpress DG: -> https://paste.apache.org/wdn01

Re: Apache Royale with DevExpress

2021-11-10 Thread Hugo Ferreira
Hi Piotr, I didn't think that at first. Each component must be implemented, studied and tested individually. But yes, the DataGrid is probably the most valuable one. I know I will use it. Are you doing a normal wrapper like I did for Office Web Add-In or it's something else that I don't know ?

Re: Apache Royale with DevExpress

2021-11-10 Thread Piotr Zarzycki
Hi Hugo, Could you elaborate a bit more for your question of usage ? What are you exactly asking for ? At the beginning you will see in potential repository only DG implementation. I hope when others would like to use DevExpress will join with PR or implementation of other components. Thanks

Re: Apache Royale with DevExpress

2021-11-10 Thread Hugo Ferreira
I just checked out the devexpress js component and this solved the AdvancedDataGrid missing. I even say that the one that they have it's better than the original from Flex. The FileManager component it's also so great. I'm looking forward for your development. Hugo Ferreira escreveu no dia

Re: Apache Royale with DevExpress

2021-11-10 Thread Hugo Ferreira
Hi Piotr, Uou, that would be a great addition. I'm satisfied with the Jewel base component, however there is always something that requires advanced components. By the way, how do you use these advanced components ? I suppose that is not integrated with the base Royale source code. Piotr

Re: Apache Royale with DevExpress

2021-11-10 Thread Harbs
I think this is a good fit for https://github.com/royale-extras > On Nov 10, 2021, at 11:30 AM, Piotr Zarzycki > wrote: > > Hello Guys, > > Lately in our internal project MyAccount [1] we have started to express > needs of having more sophisticated DataGrid than it's available as part of >