-
-
Notifications
You must be signed in to change notification settings - Fork 532
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
DetailRowTrigger on DataGrid is called twice on each row click #2500
Comments
I would say this is good behavior. DetailRowTrigger can be potentially called for every row in a table. That is why it has |
Right. But for some reason it seems to be called twice with the same item and selectedCourtCase because the first part of the trigger condition is met twice so that isRowAlreadySelected() is visited twice for each row click. |
Having similar issues: This seems to fit into the Virtualization work for the Datagrid? |
The detail row should close with Ctrl+click, have you guys tried that? Or does that not satisfy your use case? |
Yes it works with Ctrl+Click, but this does not seem as intuitive as simply have the second click close an opened row. How do I know it is not intuitive? EVERY new user asks me why isn't the second click closing the opened row... |
@David-Moreira do you think we should change the toggle with a click instead of ctrl+click? |
Well, @GilShalit does have a point. I would say most users, would just expect to just click back again and it would collapse the I think it's feasible.
@stsrki let me know your thoughts. |
@David-Moreira I didn't try it but multi-select might be problematic indeed. I will assign it to you. Also, I have placed in the new Last Minute milestone. It means, in case we got enough time before the 0.9.4 release you can try to do it. |
Blazorise version 0.9.3.9
Using the following to close a details row if the row is clicked a second time
with
Does not work - details are never opened. Using debug I found that isRowAlreadySelected() is called twice on each row click, so obviously on the second call the prevSelectedRow variable is already set to the row which is newly selected and so the result is effectively always true.
I found a way around this with an additional flag, but I think this isn't how it should work.
The text was updated successfully, but these errors were encountered: