Repository navigation
fix(Markdown): scroll wide tables instead of overflowing the container - #3614
Conversation
A table cannot shrink below its min-content width. Markdown now wraps it in a box that carries the border and corner radius and scrolls horizontally, so the table stays inside narrow containers. Closes #3596 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Coverage Report for ./packages/components/
File CoverageNo changed files found. |
…shot covers it Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
🚀 Preview DeploymentPreview environments are ready:
Images:
|
Co-authored-by: Lisa18289 <84317589+Lisa18289@users.noreply.github.com>
The update-screenshots run re-captured the SkeletonMode calendar scenario with today's month. That scenario is date-dependent and fixed separately in #3616. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
ins0
left a comment
There was a problem hiding this comment.
Nit: The PR adds a div around every table in the host output. packages/remote-react-components/CONTRIBUTE.md ("Running them on a pull request") asks for the run-cross-version-tests label on such changes. I don't expect a divergence: Markdown has been a remote element since the remote components were introduced, so old and current remote output both go through the same current host renderer. The label would confirm that before the merge instead of in the scheduled run.
…y scrolls A replaced table renderer has no container, so the border, radius and background stay on the table element, like in Table. The container gets the Flow scrollbar and is named tableContainer. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-authored-by: Lisa18289 <84317589+Lisa18289@users.noreply.github.com>
The screenshot cannot tell scrolling from clipping, so a wheel scroll asserts that the container really scrolls. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
✅ Cross-Version Tests PassedThe current host still renders old published remote versions correctly (iframe) and in the same DOM shape (in-process). Iframe harness (attribute-accurate): ✅ passed In-process harness (structure-only): ✅ passed |
A screenshot cannot tell a scrolling container from a clipping one, so that case still needs a browser test that fails for the wrong one (#3614). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
A GFM table can't shrink below its min-content width, so in a narrow container (e.g. the AIssistant drawer) it stuck out past the Markdown box. Markdown now wraps each table in a box that carries the border, corner radius and background and scrolls horizontally. The table keeps its full width when it fits.
A new "Markdown wide table" visual scenario covers the fix. In Firefox the bottom table corners anti-alias slightly differently now that the wrapper clips them, which changes a few pixels in two existing baselines.
Closes #3596
🤖 Generated with Claude Code