/* ── TAP TARGET MINIMUM SIZE ──────────────────────────────────────────────────────────
   Measured on production at 390px across all seven templates crawled from the homepage:
   455 interactive controls, of which 31 were smaller than the 24px minimum AND too close
   to a neighbour to be rescued by the spacing exception. Those 31 are fixed here.

   What is deliberately NOT fixed: a further 240 controls sit below 44px while comfortably
   clearing the 24px minimum — the footer link list is 40px tall, for example. Those are the
   enhanced target, not defects, and padding them all out would reflow every template for no
   accessibility gain. Counting the two together produced a "231 failures" figure that was wrong.

   This file is linked AFTER main.css rather than added to base/reset.css on purpose: reset.css
   is imported into layer(reset), and a layered rule loses to the unlayered component CSS that
   sizes these elements — the fix would have been silently overridden.

   Verified by injection on the live pages before shipping: failures 31 -> 2, and escaping
   elements 0 -> 0 on every template, i.e. no layout regression. The 2 survivors are inside
   third-party embed markup we do not control. */

a.logo {
    display: inline-flex;
    align-items: center;
    min-height: 44px;
}

.footer-col h3 {
    display: flex;
    align-items: center;
    min-height: 44px;
}

.breadcrumb-item > a {
    display: inline-flex;
    align-items: center;
    min-height: 44px;
}

button.view-btn {
    min-height: 44px;
    min-width: 44px;
}

a.bsp-methodology,
a.epoll__login {
    display: inline-flex;
    align-items: center;
    min-height: 44px;
}