Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Datensynchronisation #44

Open
o0101 opened this issue Oct 29, 2021 · 1 comment
Open

Datensynchronisation #44

o0101 opened this issue Oct 29, 2021 · 1 comment

Comments

@o0101
Copy link
Owner

o0101 commented Oct 29, 2021

Keep a double end queue or a heap in order to keep the actual visual order of the available to be printed into the data sync

@o0101
Copy link
Owner Author

o0101 commented Oct 29, 2021

Also each actual row has its own specific key which is independent of the key of the data so what happens is the row key determines that that row is the same element

Any actual render printing section for the rollers we iterate over the rose in the visual order using the hue or heat and correlate visual order with the correct instance of the data

So those data items are then passed in as template slots variables or state to those rows in the correct order and that triggers the reprinting of those rows with the correct data

The same idea for cells so we do not key these row view components with a data key with key then simply with their own specific keys as they are fixed rows for the viewport the virtualized table

@o0101 o0101 changed the title Data sync Datensynchronisation Feb 15, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant