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

Poor scrolling experience when inline rendering of {gt} code chunks #8280

Open
4 tasks done
davidski opened this issue Nov 3, 2020 · 7 comments
Open
4 tasks done

Comments

@davidski
Copy link

@davidski davidski commented Nov 3, 2020

Follow up from RStudio Community thread - https://community.rstudio.com/t/mouse-scrolling-over-inline-htmlwidget-gt-etc-output/86719

System details

RStudio Edition : Desktop
RStudio Version : 1.4.993 (also exists under 1.3 stable and current 1.4 dailies)
OS Version      :  MacOS and Windows
R Version       : 4.x (and 3.x)

scroll_reprex.Rmd.zip

Steps to reproduce the problem

  • Render the attached notebook (or any basic notebook using inline output display that has a {rstudio/gt} object output (or other htmlwidget).

Describe the problem in detail

  • Place mouse focus in the source window and start to scroll down using mouse wheel
  • When scrolling hits the rendered {gt} table, scroll focus gets seized by the small table and further attempts to scroll up and down have no effect
  • To resume scrolling, focus must be returned to a section of the document outside of the rendered gt table (which includes a large blank space at the bottom)
  • On most default screen sizes, the next code chunk below the {gt} output will not be visible, so it is not possible to simply click and continue scrolling down. The user must instead navigate via keyboard, document outline, or some other fashion to get to the rest of the document.

Describe the behavior you expected

  • When a htmlwidget/gt object does not require scrolling to display, simply mousing over the object should not steal focus from document scrolling.

  • Ideally, these sorts of iframe-like embeds should require explicit user clicks in them to switch scroll/focus to them out of the overall source context.

  • This is a potential accessibility issue

  • I have read the guide for submitting good bug reports.

  • I have installed the latest version of RStudio, and confirmed that the issue still persists.

  • If I am reporting a RStudio crash, I have included a diagnostics report.

  • I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.

@ronblum
Copy link
Contributor

@ronblum ronblum commented Nov 6, 2020

@davidski Thank you for raising the issue, and referencing the original Community discussion! The Rmd you provided is very helpful—I can reproduce the problem in both RStudio Desktop 1.3.1093 and 1.4.1002 on MacOS 11.0.1 beta, and RStudio Server 1.4.1004 on Red Hat 8.2. I'll mark this as a bug to review as we continue development of RStudio.

@stale
Copy link

@stale stale bot commented Feb 4, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs, per https://github.com/rstudio/rstudio/wiki/Issue-Grooming. Thank you for your contributions.

@stale stale bot added the wontfix label Feb 4, 2021
@davidski
Copy link
Author

@davidski davidski commented Feb 4, 2021

Is this truly a wontfix? 😢 Any chance this will be picked up, @ronblum?

@stale stale bot removed the wontfix label Feb 4, 2021
@sjgenco
Copy link

@sjgenco sjgenco commented Jun 30, 2021

I just installed a fresh version of RStudio (1.4.1717) with a fresh install of R (4.1.0) on my MacBook Pro 16 (Big Sur 11.4) and immediately noticed this problem. Previously I was running RStudio thru Anaconda (1.1.456, the latest version Anaconda supports) and this scrolling problem never occurred. It really does significantly degrade the user experience when trying to use RStudio notebooks. Really hope this gets fixed, definitely not stale.

Update: this is definitely a kableExtra conflict. The freezing occurs only on chunk outputs formatted with kable or kbl. I had a similar problem with trying to run R in JupyterLab. The notebooks would not output a kable-formatted table, only show its html.

BTW, a workaround is to get used to scrolling with the cursor in the left-side gutter. That scrolls thru the offending output chunks.

@github-actions
Copy link

@github-actions github-actions bot commented Dec 28, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs, per https://github.com/rstudio/rstudio/wiki/Issue-Grooming. Thank you for your contributions.

@github-actions github-actions bot added the stale label Dec 28, 2021
@davidski
Copy link
Author

@davidski davidski commented Dec 28, 2021

Ping for activity on this. I'd love to see this addressed in a future release.

@stale stale bot removed the stale label Dec 28, 2021
@davidski
Copy link
Author

@davidski davidski commented Feb 19, 2022

I believe this is related, and perhaps fixed in, #2202

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants