/*
* Core CSS shared broadly across many library patterns/templates, plus
* generic WooCommerce element compatibility fixes — NOT tied to one
* specific pattern, so it stays always-loaded here rather than going
* through the per-pattern conditional system (see WPL_Pattern_Styles).
* Moved out of aconi-theme (2026-10-04) so it ships through this plugin's
* own update mechanism instead of needing a manual rsync to every site
* not wired to the theme's CI deploy.
*/
/*
* woocommerce/product-filter-price-slider: the min/max amount fields render with zero WooCommerce styling applied (the
* block library's own ".text input[type=text]" rule - meant to cap them at
* 60px - never matches here, cause unconfirmed, possibly a split-CSS-bundle
* gap in this WC version), so they fall back to the browser's unstyled
* native width (~170px each). The slider's wrapper is CSS Grid with
* "auto 1fr auto" columns (inputs auto-sized, track gets the 1fr leftover)
* - two ~170px inputs alone exceed most container widths, which is the
* single root cause behind three different-looking symptoms: the whole
* component overflowing a narrow sidebar column or drawer, AND (inline
* variant, e.g. the topbar pattern) the middle 1fr track column being
* squeezed to 0px, making the slider completely undraggable. Constraining
* the inputs ourselves fixes all three at once.
*/
.wc-block-product-filter-price-slider__left input,
.wc-block-product-filter-price-slider__right input {
width: 70px;
max-width: 70px;
min-width: 0;
box-sizing: border-box;
padding: 8px;
border: 1px solid currentColor;
border-radius: 4px;
font-size: 0.875em;
}
/*
* woocommerce/product-collection has no registered spacing.margin support,
* so a raw style attribute on it would fail block validation — these are
* the escape hatch, used by several category-view-* patterns and the
* theme's own archive-product.html.
*/
.aconi-mt-medium { margin-top: var(--wp--preset--spacing--medium); }
/*
* !important because WooCommerce Blocks' own CSS also sets a margin-bottom
* on this exact element (in a way that beat a plain override here even at
* equal/higher specificity — likely emitted inside a cascade layer, which
* always loses to layered rules declared later regardless of specificity,
* but can also win over a later, unlayered rule depending on layer order;
* not worth fully diagnosing when deliberately overriding a framework
* default is exactly what !important is for).
*/
.aconi-mb-large { margin-bottom: var(--wp--preset--spacing--large) !important; }
/* Keeps the sticky header above hero/product imagery while scrolling. */
.aconi-header { z-index: 2; }
/*
* Header search field: the global button padding (theme.json
* elements.button) makes the search button — and with it the whole
* button-inside search bar — too tall/imposing. Amazon-style search bars
* are noticeably more compact; trim just this instance rather than
* shrinking buttons site-wide.
*/
.aconi-header-search .wp-block-search__input,
.aconi-header-search .wp-block-search__button {
padding-top: 0.4rem;
padding-bottom: 0.4rem;
font-size: 0.875rem;
}
/*
* In "button-inside" layout, the visible bordered box is the shared
* .wp-block-search__inside-wrapper, not the input/button themselves (those
* already get border-radius from the block's own style attribute, but sit
* borderless inside the wrapper — rounding them individually does nothing
* visible). Round the wrapper that actually draws the border, and clip its
* corners so the button doesn't poke a square edge past the rounded corner.
*/
.aconi-header-search .wp-block-search__inside-wrapper {
border-radius: var(--wp--custom--aconi-radius--sm);
overflow: hidden;
}
/*
* WooCommerce's catalog-sorting block AND its classic variation-picker
* table (table.variations select, used by the add-to-cart form on any
* variable product) both render a bare native