/*
Theme Name: Dairy Suvidha
Theme URI: https://dairysuvidha.com/
Description: Block theme for Dairy Suvidha. Look only — all business logic lives in the ds-core plugin.
Author: QuickRanks
Version: 0.2.9
Requires at least: 7.0
Tested up to: 7.1
Requires PHP: 8.2
License: Proprietary
Text Domain: dairysuvidha
*/
/* Task 2 fills this file. It carries only what theme.json cannot express:
* pseudo-classes theme.json has no slot for (::placeholder, :focus-visible),
* a min-height tap target theme.json's element styles cannot set, and small
* component classes (cards, pills, badges) that are not theme.json elements.
*
* WP_Theme_JSON::ELEMENTS on this core (7.1) is:
* link, heading, h1, h2, h3, h4, h5, h6, button, caption, cite, textInput, select
* — textInput and select map to plain tag/attribute selectors
* (`textarea, input:where([type=email],[type=number],[type=password],
* [type=search],[type=text],[type=tel],[type=url])` and `select`), so they
* exist and would not be silently dropped. They are still styled here rather
* than in theme.json because the properties this design needs on them —
* ::placeholder colour, :focus-visible outline, a uniform min-height tap
* target across mixed selectors — have no theme.json equivalent; theme.json
* elements only style base/:hover/:focus states, not ::placeholder or
* :focus-visible. */
/* ---- Reset-ish essentials ------------------------------------------------ */
*, *::before, *::after { box-sizing: border-box; }
/* ---- Long-form prose gets its own, narrower cap ---------------------------
* FIX ROUND 1 (Task 12), shell alignment: theme.json's contentSize is now
* 1200px — right for grids, rails and card rows, the layouts the design was
* actually drawn at, but a real paragraph of running text at 1200px is an
* unreadable line length (~150+ characters). `core/post-content` always
* renders with the class `entry-content` (wp-includes/blocks/post-content.php),
* regardless of which template calls it — the four templates that carry a
* plain `` block (page.html's policy/About copy,
* single-product.html's "Description" accordion, page-locations.html's own
* hub copy, single-ds_branch.html's per-branch copy) all reach this one rule
* without needing a second selector. `:not(.alignwide):not(.alignfull)`
* excludes checkout.html's own `` —
* that one block is the real, two-column Checkout block, not running prose,
* and needs the full shell width, the same reason WooCommerce's own
* page-checkout.html template marks it wide too.
*
* FIX ROUND 2 (Task 12): capping `.entry-content` ITSELF (the first version of
* this rule) was wrong, not just unverified. `.entry-content`'s own layout
* type is "flow" (confirmed: its rendered class list carries `is-layout-flow`,
* not `is-layout-constrained` — `core/post-content` only gets the constrained
* treatment when a template explicitly opts in), so nothing here needed to
* fight core's `!important`. But `.entry-content` ITSELF is a direct child of
* `.ds-main`, which IS constrained — core's own output sets `max-width: 1200px;
* margin-left: auto !important; margin-right: auto !important;` on it, the
* same as this page's own
. Capping `.entry-content`'s max-width to 720px
* left that `!important` auto/auto pair centring a now-narrower box inside the
* 1200px shell instead of the full viewport — on `/sample-page/` at 1600px
* the text measured left:440, its own
(no max-width of its own) measured
* left:200. A round 1 report claimed this was already verified flush-left; it
* had not been. The actual fix targets `.entry-content`'s own CHILDREN
* instead: `.entry-content` itself keeps core's normal 1200px/centred box —
* already correctly positioned, left edge identical to the heading above it —
* and each direct child (paragraph, list, heading, quote) is capped to 720px
* with a plain, non-important `margin: 0`, because core's constrained-layout
* CSS never reaches grandchildren of `.ds-main`, only its own direct children.
* No `!important` fight needed once the cap sits one level lower than the
* problem. Verified with getBoundingClientRect() on `/sample-page/`: at
* 1600px, `.entry-content` and its own
both measure left:200 (identical
* boxes, core's normal constrained treatment, untouched) and the first
* inside it ALSO measures left:200, width:720 — flush with the heading, not
* centred under it. Re-confirmed on `page.html`, `single-ds_branch.html` and
* `page-locations.html`: heading and first line of body text share a left
* edge on all three. */
.entry-content:not(.alignwide):not(.alignfull) > :not(.alignwide):not(.alignfull) {
max-width: 720px;
margin: 0;
}
/* WordPress renders buttons as and