From a28bf06a6e119567132d2302f7e27d62865d1f8a Mon Sep 17 00:00:00 2001 From: bkennedy Date: Tue, 30 Jun 2026 17:51:06 +0000 Subject: [PATCH 1/3] fix(mobile): size form controls for touch below the sm breakpoint MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit A rendered phone-viewport audit found every dense (text-xs) form control — the board/agenda/search filters, the new-issue dialog, the issue sidebar — rendering at 14.4px, under the 16px floor below which iOS Safari zooms-on-focus and stays zoomed; many were also ~36px tall, under the 44px touch target floor. Add one rule in @media (max-width: 639px): input/select/textarea get font-size:16px and min-height:44px (checkboxes/radios excepted; min-height never shrinks a taller field like the comment box). One global rule covers surfaces with bespoke ` markup (Agenda, the dialog) that a + shared-component fix would miss, and prevents future drift. (2) **Unlayered on + purpose** — Tailwind's `text-xs` utility lives in a cascade layer, and + unlayered rules beat any layer regardless of specificity, so the element + selector wins without `!important`. (3) **Scoped to ≤639 px** (Tailwind's `sm` + floor) so the dense desktop sizing is untouched — mobile is primary, desktop + degrades to nothing here. Verified: zero sub-16 px and zero sub-44 px form + controls at 360/390/430 across all audited views. +- **The issue page surfaces its action fields above the activity log on + mobile.** The layout was `flex-col md:flex-row`, so on a phone the field + `