-
Notifications
You must be signed in to change notification settings - Fork 32
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
Floating Cell when editing in Iris Grid #2153
Labels
enhancement
New feature or request
Milestone
Comments
AkshatJawne
added
enhancement
New feature or request
triage
Issue requires triage
labels
Jul 17, 2024
AkshatJawne
added a commit
that referenced
this issue
Jul 17, 2024
Resolves #2087 **Steps Moving Forward:** - Clarify whether we want to be able to **handle edits that are not in the current viewport** -- with my understanding, this will mean we will have to load in more grid data, which does not seem overly valuable (in terms of the efficiency tradeoff) since we are dealing with an improbable edge case where the user begins to edit in the viewport, continues editing outside of the viewport where the cell originally was, and then wants to commit those changes outside as well ** A better solution for the edge case above IMO is to **create a new enhancement ticket** where we attempt to have the editing cell be floating/sticky in the grid viewport, similar to how it is done on Google Sheets ** **_Ticket Created:_** #2153 <img width="276" alt="Screenshot 2024-07-16 at 10 37 02 AM" src="https://github.com/user-attachments/assets/a5dd6e6e-5f91-4625-b225-ddfc46d5ea89">
mofojed
pushed a commit
that referenced
this issue
Jul 23, 2024
Resolves #2087 **Steps Moving Forward:** - Clarify whether we want to be able to **handle edits that are not in the current viewport** -- with my understanding, this will mean we will have to load in more grid data, which does not seem overly valuable (in terms of the efficiency tradeoff) since we are dealing with an improbable edge case where the user begins to edit in the viewport, continues editing outside of the viewport where the cell originally was, and then wants to commit those changes outside as well ** A better solution for the edge case above IMO is to **create a new enhancement ticket** where we attempt to have the editing cell be floating/sticky in the grid viewport, similar to how it is done on Google Sheets ** **_Ticket Created:_** #2153 <img width="276" alt="Screenshot 2024-07-16 at 10 37 02 AM" src="https://github.com/user-attachments/assets/a5dd6e6e-5f91-4625-b225-ddfc46d5ea89">
We don't have row indexes, so it doesn't make sense to float since users wouldn't know what row it is. I appreciate the suggestion though. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Similar to applications like Google Sheets, I would propose the addition of a floating or sticky cell editing feature. This feature would allow the cell being edited to remain visible and accessible to the user, even as they scroll through the grid.
Important Notes:
Reference Image:
The text was updated successfully, but these errors were encountered: