Let a document set text smaller than the WebView's floor - #625
Merged
andiwand merged 2 commits intoAug 27, 2026
Conversation
The WebView refuses to draw text below 8px - 6pt - and a document is entitled to ask for less: a footnote, a table's fine print, the labels on a chart. What it does instead of drawing them small is draw them at 6pt, so a page's smallest four sizes all come out the same size, and in a layout positioned absolutely - every pdf page - the enlarged text runs over what sits next to it. Both floors go, the hard one and the smart one behind keywords, percentages and anything inherited. 1 rather than 0, which the setting pins back up to 1 anyway. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_014EoXWw195RDe9rKQhFLHxC
… into let-a-document-set-text-smaller-than-the-webviews-floor
andiwand
deleted the
let-a-document-set-text-smaller-than-the-webviews-floor
branch
August 27, 2026 19:45
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The WebView will not draw text below 8px - 6pt - and nothing in the app ever moved that floor, so
WebSettings' defaults (minimumFontSize8,minimumLogicalFontSize8) have been in force all along.A document is entitled to ask for less than 6pt: a footnote, a table's fine print, the labels on a chart. What the WebView does with those is not decline them, it draws them at 6pt - so a page's smallest sizes all arrive on screen the same size, and where the layout is positioned absolutely, which is every pdf page odrcore renders, the enlarged text runs over what sits beside it.
Measured on a Pixel 6 Pro, with an
.odtwhose seven paragraphs ask for 3, 4, 5, 6, 8, 12 and 24pt: before this, the first four lines came out one size, indistinguishable. After it, each is its own.Both floors go.
minimumFontSizeis the hard one, applied to every size a page states;minimumLogicalFontSizeis the smart one, applied where the page left the size to the browser - a keyword, a percentage, anything inherited - which the first does not cover. 1 and not 0: the setting pins 0 back up to 1.font-size:0is exempt from either floor in Blink, so the collapsed struts the pdf frontend lays down are unaffected.🤖 Generated with Claude Code