fix(mobile): force input font-size 16px with !important (was overridden by .composer-row .92rem)
Device log confirmed zoom persisted (vvW:394,vvTop:74) because .composer-row textarea{font-size:.92rem}
out-specified the generic rule, keeping the composer <16px -> iOS still zoomed on focus. !important
forces 16px on all fields so the zoom never fires. (#7 latest + budge already verified fixed.)
Build marker -> 2026-07-18-batch110.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
@@ -1028,7 +1028,7 @@
|
||||
That zoom scales & offsets the visual viewport (vvW 428→394, vvTop→74 in the device report), which
|
||||
scrambled every keyboard/safe-area calculation. Forcing 16px on all form fields stops the zoom, so
|
||||
the keyboard behaves predictably and the composer sits correctly. This is THE keyboard root cause. */
|
||||
input,textarea,select{font-size:16px;}
|
||||
input,textarea,select{font-size:16px !important;} /* !important: beats .composer-row textarea{.92rem} etc. — any <16px focus re-triggers the iOS zoom */
|
||||
/* #3: kill any horizontal drift on phones (long content, over-wide children, safe-area math) — the
|
||||
page must never pan left/right. Clip every scroll surface and let long words/URLs wrap. */
|
||||
html,body{overflow-x:hidden;}
|
||||
@@ -1117,7 +1117,7 @@
|
||||
</head>
|
||||
<body>
|
||||
<script src="/icons.js?v=6"></script>
|
||||
<script>window.__BUILD='2026-07-18-batch109';console.log('%cBiz Connect','color:#1F3B73;font-weight:bold','build '+window.__BUILD);
|
||||
<script>window.__BUILD='2026-07-18-batch110';console.log('%cBiz Connect','color:#1F3B73;font-weight:bold','build '+window.__BUILD);
|
||||
// Emoji are rendered with the OS's own (colour) emoji font — instant, zero network.
|
||||
//
|
||||
// We used to run Twemoji over every emoji, which swapped each one for an <img> pulled INDIVIDUALLY from
|
||||
|
||||
Reference in New Issue
Block a user