quarto-dev / quarto-dev/quarto-cli
Bullet points do not wrap when long link is in bullet point
Open
@cderv is already working on this.
Since Jan 20, 2025.
enhancement
revealjs
themes
- Dominant language
- JavaScript
- Stars
- 6k
- Forks
- 458
- Avg merge
- 1d 9h
- Merged PRs (30d)
- 41
Description
Bug description
Bullet points with very long links do not wrap and impact wrapping behavior of subsequent bullets. This is different behavior than rmarkdown.
Steps to reproduce
quarto example
---
title: "Untitled"
format: revealjs
---
## Bullets
- here's a long bullet documentation sas com/doc/en/pgmsascdc/9 4_3 5/statug/statug_introsamp_toc htm and more after it
- here's some more stuff blah blah blah blah blah blah and it goes on and on and on and on and on and on
## Bullets with long links - this is the issue
- here's a long link <https://documentation.sas.com/doc/en/pgmsascdc/9.4_3.5/statug/statug_introsamp_toc.htm> and more after it
- here's some more stuff blah blah blah blah blah blah and it goes on and on and on and on and on and on
rmd example
---
title: "Untitled"
date: "2025-01-20"
output: ioslides_presentation
---
## Bullets
- here's a long bullet documentation sas com/doc/en/pgmsascdc/9 4_3 5/statug/statug_introsamp_toc htm and more after it
- here's some more stuff blah blah blah blah blah blah and it goes on and on and on and on and on and on
## Bullets with long links - this is the issue
- here's a long link <https://documentation.sas.com/doc/en/pgmsascdc/9.4_3.5/statug/statug_introsamp_toc.htm> and more after it
- here's some more stuff blah blah blah blah blah blah and it goes on and on and on and on and on and on
Expected behavior
Bullets with long links only have long link go off page and then subsequent text goes to a next line. Subsequent bullet points also wrap expected.
Actual behavior
Bullet points do not wrap and go off the page
Your environment
- RStudio 2024.12.0+467 "Kousa Dogwood" Release (cf37a3e5488c937207f992226d255be71f5e3f41, 2024-12-11) for windows
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) RStudio/2024.12.0+467 Chrome/126.0.6478.234 Electron/31.7.6 Safari/537.36, Quarto 1.6.40 - Windows 11 x64 (build 26100)
Quarto check output
C:\Users\...>quarto check
Quarto 1.6.40
[>] Checking environment information...
Quarto cache location: C:\Users\...\AppData\Local\quarto
[>] Checking versions of quarto binary dependencies...
Pandoc version 3.4.0: OK
Dart Sass version 1.70.0: OK
Deno version 1.46.3: OK
Typst version 0.11.0: OK
[>] Checking versions of quarto dependencies......OK
[>] Checking Quarto installation......OK
Version: 1.6.40
Path: C:\Users\...\AppData\Local\Programs\Quarto\bin
CodePage: 1252
[>] Checking tools....................OK
TinyTeX: (external install)
Chromium: (not installed)
[>] Checking LaTeX....................OK
Using: TinyTex
Path: C:\Users\...\AppData\Roaming\TinyTeX\bin\windows\
Version: 2024
[>] Checking basic markdown render....OK
[>] Checking Python 3 installation....OK
Version: 3.12.1
Path: C:/Users/.../AppData/Local/Programs/Python/Python312/python.exe
Jupyter: (None)
Jupyter is not available in this Python installation.
Install with py -m pip install jupyter
[>] Checking R installation...........OK
Version: 4.4.2
Path: C:/PROGRA~1/R/R-44~1.2
LibPaths:
- C:/Users/.../AppData/Local/R/win-library/4.4
- C:/Program Files/R/R-4.4.2/library
knitr: 1.46
rmarkdown: 2.28
[>] Checking Knitr engine render......OK
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.