-
Notifications
You must be signed in to change notification settings - Fork 7
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
Unexpected results when reordering with hidden columns #152
Comments
oh no! It's certainly intended to behave the way you expect: https://github.com/CrowdStrike/ember-headless-table/blob/main/ember-headless-table/src/plugins/column-reordering/plugin.ts#L215 If you have time, there is an existing test you could use to make a reproduction of the behavior you've found: https://github.com/CrowdStrike/ember-headless-table/blob/main/test-app/tests/plugins/column-reordering/rendering-test.gts#L337 <3 |
Planning to take a look at this tomorrow... From an initial poke around it seems like we'll need to remove the coupling between the |
For this behavior/ requirement, the order can't be changed, i don't think: https://github.com/CrowdStrike/ember-headless-table/blob/main/ember-headless-table/src/plugins/column-reordering/plugin.ts#L217 This list, should probably maintain all columns (there's an api for that!) And then 'orderedColumns' can only return the visible columns. This works well with the swap-only approach to reordering |
As described in #152, the behaviour when reordering over hidden columns is incorrect. This test illustrates the expected behaviour so that we can fix the implementation.
As described in #152, the behaviour when reordering over hidden columns is incorrect. This test illustrates the expected behaviour so that we can fix the implementation.
As described in #152, the behaviour when reordering over hidden columns is incorrect. This test illustrates the expected behaviour so that we can fix the implementation.
As described in #152, the behaviour when reordering over hidden columns is incorrect. This test illustrates the expected behaviour so that we can fix the implementation.
As seen here:
When "Column A" is re-shown I would expect it to still be at the start of the list.
From initial digging it seems like the reordering only happens on the visible columns and any non-visible columns are just appended to the end of the list. I think we need to keep invisible columns in the data structure that we are reordering
The text was updated successfully, but these errors were encountered: