Jajajjaj "1000 records and 70 columns"????????? the DataGrid??????? Well, I 
must have done something very wrong, because for me 100 registrations took me 6 
seconds... 😝





-----Mensaje original-----
De: Hugo Ferreira <hferreira...@gmail.com<mailto:hferreira...@gmail.com>>
Enviado el: lunes, 22 de noviembre de 2021 11:04
Para: Apache Royale Development 
<dev@royale.apache.org<mailto:dev@royale.apache.org>>
Asunto: Re: New bead to allow Jewel DataGrid to have locked columns



The VirtualList exists and VirtualDataGrid also already exists:

https://royale.apache.org/tourdejewel/#!virtual_lists_panel

Before that, I also did a test and normal DataGrid it's not up to big data.

Now you can use 1000 records and 70 column without pagination.



Maria Jose Esteve <mjest...@iest.com<mailto:mjest...@iest.com>> escreveu no dia 
segunda, 22/11/2021

à(s) 09:58:



> The VirtualDataGrid would be the best option because in the battery of

> tests that I did the DataGrid, with 7 columns and 100 records took a

> long time to render. This also happens with the Jewel List, to

> minimize the impact I paginated the results and so everything works as 
> expected.

>

> DevExpress DataGrid has a good front-end, I have not worked with it,

> but from my experience with other JS components (Virtual-Select or the

> Inspire-Tree) it is usually complicated to customize the renderers,

> although I am convinced that with extensive knowledge in JS this could

> be saved.

>

> Thanks for sharing your work Hugo.

> If I can help you with the examples let me know.

>

> Hiedra.

>

> -----Mensaje original-----

> De: Hugo Ferreira <hferreira...@gmail.com<mailto:hferreira...@gmail.com>> 
> Enviado el: lunes, 22 de

> noviembre de 2021 10:41

> Para: Apache Royale Development 
> <dev@royale.apache.org<mailto:dev@royale.apache.org>>

> Asunto: Re: New bead to allow Jewel DataGrid to have locked columns

>

> Hi Hiedra,

>

> Yes, a DataGrid is always the most complex and features demanding on

> any "layout language".

> As we came from Flex to Royale we are specially demanding on these

> little but important features.

> When I first seriously tested Royale, it was with Jewel and DataGrid

> seems to be basic.

> Since then it has grown with the VirtualDataGrid variant (we still

> have a scrollbar bar visibility issue but I will try to fix when I

> will use it) and now a few new beads this weekend.

> My DataGrid also is hardcoded with code for an easier edit mode that I

> hope to delegate and commit as a bead.

>

> I don't see how to replace a DataGrid that requires editing with a

> simple List.

>

> On the other hand, I saw recently here in the mailing list a

> possibility (in progress) to use DevExpress DataGrid and seems a

> fantastic advanced DataGrid.

> I just don't know if it is easier to implement item renderer with

> Royale components that we can control. Let's find out later.

>

> I didn't thought about TDJ examples.

> I will try to find time to do that.

>

> Maria Jose Esteve <mjest...@iest.com<mailto:mjest...@iest.com>> escreveu no 
> dia segunda,

> 22/11/2021

> à(s) 09:18:

>

> > Hi,

> > I don't use Jewel DataGrid, I use Jewel List because until not long

> > ago the DataGrid didn't work as I required. Do you plan to set up

> > some example in TDJ of all these modifications?

> >

> > Thx.

> > Hiedra

> >

> > -----Mensaje original-----

> > De: Hugo Ferreira <hferreira...@gmail.com<mailto:hferreira...@gmail.com>> 
> > Enviado el: domingo, 21

> > de noviembre de 2021 12:08

> > Para: Apache Royale Development 
> > <dev@royale.apache.org<mailto:dev@royale.apache.org>>

> > Asunto: New bead to allow Jewel DataGrid to have locked columns

> >

> > Hi,

> >

> > I just commited a new bead to Jewel DataGrid, to work similar to

> > lockedColumnCount property of Flex DataGrid.

> > This new bead was tested in combination with the recent bead to lock

> > the entire header (when it is inside of a group with scroll), so we

> > can have a full floating grid with the entire locked header on top

> > and a portion of columns (and header) fixed on the left side.

> >

> > Regards,

> > Hugo.

> >

>

Reply via email to