Mobile v4 docs: min/max sizing, per-corner radius, autocapitalize, scroll centering - #468
Merged
Merged
Conversation
…roll centering
Documents the classes and attributes added by the Masterclass fixes, and
corrects one table that the alignment change made wrong.
layout.md
- CORRECTION: the "Underlying values" table said `0` = start for
`align-items` / `align-self`. It is now `unset`, and start is `4` — the
renderers have to tell an authored `items-start` apart from an element
that never specified an alignment. Anyone passing `align-items="0"` off
the old table was getting the platform default, not start.
- New "Min / max size" row: `min-w-*`, `max-w-*`, `min-h-*`, `max-h-*`,
`max-w-none`, and the container scale on `max-w`.
- Rounded rows for per-side and per-corner classes, with a worked example
of the bubble-tail pattern and a note that class order does not matter.
- `border-radius` attribute now says it is uniform-only and points at the
classes for per-corner.
- Arbitrary-value prefix list extended with the min/max and per-corner forms.
- New "Deliberately unsupported" table covering `max-w-full` / `max-w-screen`
(no size mode on the wire) and the logical `rounded-s-*` family (no RTL
corner mirroring), both of which people will otherwise try and find
silently dropped.
text-input.md
- New `autocapitalize` prop, and `keyboard` now documents that it carries
capitalization and autocorrect rather than only the key layout.
- New "Capitalization" section with the derivation table, plus an aside on
the one case the platforms still differ (a plain text field: sentences on
iOS, none on Android — each platform's own default, left as-is).
scroll-view.md
- New "Centering short content" example. `fill` on the scroll view's child
now stretches it to at least the visible area, which is what gives
`justify-center` room; noted as a minimum, not a fixed height, so taller
content still scrolls.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
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
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.
Documents the classes and attributes added by the recent Masterclass fixes, and corrects one table those fixes made wrong.
Shipped in: NativePHP/mobile-air#313, #314, #315 and NativePHP/mobile-ui#47, #48 — covering mobile-air issues #303, #304, #308, #309, #310, #311 (all reported by @shrutibalasawebdev).
The correction, first
layout.md's "Underlying values" table said0=startforalign-items/align-self, and invites readers to pass those integers directly.That's no longer true.
0is now unset, and start is4— the renderers have to tell an element that explicitly asked foritems-startapart from one that never specified an alignment, because the two mean different things and sharing a value made the first impossible to fix without changing the second everywhere.So anyone following the old table with
align-items="0"was silently getting the platform default rather than start. Table corrected, with an aside explaining the reason and steering toward labels/enums, which are unambiguous.New surface
layout.mdmin-w-*,max-w-*,min-h-*,max-h-*,max-w-none, and the container scale onmax-w(max-w-xs…max-w-7xl)border-radiusattribute now states it's uniform-only and points at the classes for per-cornertext-input.mdautocapitalizeprop (none/sentences/words/characters)keyboardnow documents that it carries capitalization and autocorrect, not just the key layout — which is exactly the assumption that made the original bug surprisingscroll-view.mdfillon the scroll view's child now stretches it to at least the visible area, which is what givesjustify-centerroom to work. Spelled out as a minimum, not a fixed height, so taller content still scrollsDeliberately unsupported
Added a small table for the two things people will reach for and find silently dropped, with the reason and the alternative:
max-w-full,max-w-screenw-fullrounded-s-*,rounded-ee-*, …rounded-l-*/rounded-tl-*formsTwo calls worth a second opinion
align-itemsunset differing between iOS and Android, and plain-text capitalization differing (sentences on iOS, none on Android). Both are true and users will hit them, but if you'd rather the public docs not advertise them, they're each a single aside and easy to cut.Verification
Docs test suite passes (41 passed), and the
@verbatim/<aside>/ code-fence blocks are balanced in all three files./docs/mobile/4/edge-components/layoutreturns 500 in my checkout — and it does so with these changes stashed too, so it's a pre-existing environment problem on my side rather than the markdown. Worth a render before merge.🤖 Generated with Claude Code