| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Pinning the first cell to the left edge moved it, and the code could
be seen sliding through a strip beside it. Both are the same thing:
the table that holds the numbers and the code was left to the
browser's default of separate borders, so its cells stand two pixels
apart. The first one's natural place is that two pixels in, which is
what it jumped from; the gap between them is what the code showed
through.
Collapsed, the numbers sit flush against the code, and the pinned cell
is raised so it is the code that passes under it rather than the other
way about.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KxLpaNQThKfMG3ecCJptP9
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A code block wider than the column ran straight past its own border:
the line it was too long for kept going to the edge of the page and
past it, over the margin and out of the block it was supposed to be
in.
"pre { overflow: auto }" was already there and could not help. The
line numbers sit in a table cell beside the code, and a table grows to
fit what it holds, so the pre was never narrower than its longest line
and so never had anything to scroll. The box scrolls instead, and the
numbers are pinned so they stay where they are while the code moves
under them.
Seen on en/pastebin/2021/06/22/curl-wget.html, whose cloc tables rule
off with eighty-odd dashes; it was there for any line past the
column's width.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KxLpaNQThKfMG3ecCJptP9
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
mkwb writes a reply inside what it answers now, so the indent is one
margin a level rather than nine rules counting depth, and each reply's
rail stacks with its parents' --- which is the thread view the flat
list could only approximate with a single rule.
On a narrow screen the margin goes and the rails carry it alone: at
depth 7 that is 273px of text on a 390px phone against 133px if the
desktop indent were kept, and against 350px and no nesting at all,
which is what was there before.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KxLpaNQThKfMG3ecCJptP9
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Below 40rem every message was pushed flush left, so a thread arrived
as a flat list and nothing said what answered what. It was pushed
there for a reason: this site's threads reach depth 8, and a rem a
level leaves about 220px for the words on a 390px phone.
A third of a rem a level costs 45px at the deepest and keeps every
depth apart, with a rail down the left of each reply carrying the
nesting that an offset that small cannot hold on its own.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KxLpaNQThKfMG3ecCJptP9
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
inflexible HTML
|
| |
|
|
| |
inflexible HTML
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
