summaryrefslogtreecommitdiff
path: root/src/content/en/slide/2020/11/14/local-first-hype.adoc
diff options
context:
space:
mode:
authorEuAndreh <eu@euandre.org>2026-09-08 21:23:41 -0300
committerEuAndreh <eu@euandre.org>2026-09-08 21:23:41 -0300
commit75f157b83886de61cbe836463475345659e93abc (patch)
treeaafa53725f81f629a83d6e1ab79526f6cbc88723 /src/content/en/slide/2020/11/14/local-first-hype.adoc
parentstyle.css: Collapse the listing table so the numbers hold still (diff)
downloadeuandre.org-75f157b83886de61cbe836463475345659e93abc.tar.gz
euandre.org-75f157b83886de61cbe836463475345659e93abc.tar.xz
style.css: Let the numbers scroll with the code
Pinning them was wrong twice over. Nothing covers them: at rest the cell's background reaches exactly to where the code begins --- painting the cell shows it does --- but a scroll draws the two out of step for a frame, and what is seen crossing the numbers is the code arriving before they have moved. A background cannot fix a repaint. Constraining the cell instead, so that only the code scrolls and the numbers sit outside the box entirely, needs a max-width on a table cell. That is a hint a browser may ignore, and Firefox ignores it: the table grows back to its longest line and the block stops containing them again, which was the bug this all started from. So the box scrolls, numbers and all. They leave the view when the code is scrolled far enough, which is the price of not lying about where they are. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KxLpaNQThKfMG3ecCJptP9
Diffstat (limited to 'src/content/en/slide/2020/11/14/local-first-hype.adoc')
0 files changed, 0 insertions, 0 deletions