we did a new measure with/without sorters/filter for the single update of one change operation (as we did together):
no filter, sorter
44ms
filter, no sorter
109ms
we did a new measure with/without sorters/filter for the single update of one change operation (as we did together):
no filter, sorter
44ms
filter, no sorter
109ms
these methods are not existing in the regular 5.5., right:
suspendChangeTracking
resumeChangeTracking
in the test scenario that we went through on our server there was not any filtering active (assuming that filtering here means filter tasks i.e. by any filter in a column).
when a grid cell is in edit mode (double click) you can jump to the next cell with tab. How to disable that key stroke ?
just an additional information: the programatic resort takes around 50-80 ms compared to the active sorter which extends by > 8 seconds and the sorters do not sort new objects added to the store
we reduced the events, but with the sorters it is still the same:
reducedEvents.jpg, no sorters
reducedEvents-sorters, sorters
some more findings around the sorting:
we have removed the sorters from the store and call store.sort after applying new data. This is really fast (enough). We'll check your findings above