/* One rule, site-wide: no form field a shopper can focus is under 16px.
 *
 * iOS Safari zooms the whole page whenever focus lands on a text-entry control
 * whose computed font-size is below 16px, and it does not zoom back out. On
 * the checkout that turned one tap into an enlarged, half-visible page — the
 * layout "breaking" on iPhone was this, not a layout bug.
 *
 * The fix is the font size, never the viewport: `user-scalable=no` and
 * `maximum-scale=1` would also stop the zoom, and would stop a shopper who
 * needs to pinch-zoom to read at all. Neither appears anywhere on this site,
 * and neither should.
 *
 * Deliberately not in this list: <button>. Safari only auto-zooms for
 * text-entry controls (text-ish inputs, textarea, select) — a button never
 * triggers it — and a blanket 16px on every button would inflate every chip,
 * badge and pill in the theme.
 */
@media (max-width: 768px), (min-width: 768px) {
	input[type="text"],
	input[type="search"],
	input[type="email"],
	input[type="url"],
	input[type="tel"],
	input[type="number"],
	input[type="password"],
	input[type="date"],
	input[type="datetime-local"],
	input[type="month"],
	input[type="time"],
	input[type="week"],
	input:not([type]),
	select,
	textarea,
	/* selectWoo / select2: WooCommerce puts it on the governorate, Bosta on the
	   courier area. Both are replaced by the bottom sheet on this site, but the
	   floor still applies to any that another plugin puts back. */
	.select2-container .select2-selection__rendered,
	.select2-container .select2-search__field,
	.select2-selection {
		/* !important because this is a floor, not a preference: it has to beat
		   WooCommerce's three-class `.woocommerce form .form-row .input-text`
		   rules and anything a courier or payment plugin ships. */
		font-size: 16px !important;
	}
}