You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Not sure whether to classify this as a bug, as it's more a UX issue than a real bug.
Currently, when collapsing a very long cell output (by doing right-click and then "collapse cell output"), it appears that the notebook retains the previous scroll coordinates.
This is an issue with long outputs, especially if they span more than the total screen height. In those cases, after collapsing the cell I often end up with a view of cells that are much further down in the notebook, forcing me to scroll up and waste time trying to find back where I was.
It would probably make more sense to automatically scroll so that the cell whose output was collapsed is visible?
The text was updated successfully, but these errors were encountered:
Not sure whether to classify this as a bug, as it's more a UX issue than a real bug.
Currently, when collapsing a very long cell output (by doing right-click and then "collapse cell output"), it appears that the notebook retains the previous scroll coordinates.
This is an issue with long outputs, especially if they span more than the total screen height. In those cases, after collapsing the cell I often end up with a view of cells that are much further down in the notebook, forcing me to scroll up and waste time trying to find back where I was.
It would probably make more sense to automatically scroll so that the cell whose output was collapsed is visible?
The text was updated successfully, but these errors were encountered: