/* ============================================================ wcag-s0065-tableau.css WCAG 2.1 Level AA override for the S0065-Tableau Kentico template (TemplateId 1344, DefaultCssFileName: RPcssMaster_S0065-Tableau). Selectors verified against the live base CSS pulled from livesommery.com (cross-fetched) on 2026-05-12. This template does NOT use a .template-* wrapper. Layout: .desktopMenu is a position:fixed LEFT sidebar (width:16.666667%) — does not obscure focus vertically. Only #mobile-nav-header (50px top bar) needs scroll-padding compensation, and only on mobile. ============================================================ */ /* ------------------------------------------------------------ WCAG 2.4.7 Focus Visible Base AGGRESSIVELY suppresses focus rings globally: :focus { outline:-webkit-focus-ring-color auto 0 !important } The !important + width 0 means our override must use !important to win. ------------------------------------------------------------ */ :focus-visible, .navbar-toggle:focus-visible, .dropdown-toggle:focus-visible, .btn:focus-visible, .form-control:focus-visible, .desktopMenu a:focus-visible, #mobile-nav-header a:focus-visible, .sp-left-arrow:focus-visible, .sp-right-arrow:focus-visible, .contact-us-enhanced .form-control:focus-visible, a:focus-visible, button:focus-visible, input:focus-visible, select:focus-visible, textarea:focus-visible, [tabindex]:focus-visible, [role="button"]:focus-visible, .footer-widget footer a:focus-visible { /* Webkit-style two-ring halo: blue inner ring + white outer ring gives focus visibility on both light AND dark backgrounds. The `outline` declaration is intentionally omitted — outline paints on top of box-shadow and would cover the white ring. */ outline-offset: 2px !important; box-shadow: 0 0 0 2px #005fcc, 0 0 0 3px #fff !important; } /* WCAG 2.4.13 AAA (Focus Appearance) — PME-507688 rework (Will Sharp, manual scan 2026-08-24): the shared blue+white ring above doesn't reliably clear 3:1 against every property's footer background (footers commonly run darker/branded compared to the form fields and buttons this shared rule also covers). Override just the footer link ring with a white+black double ring — one leg always clears 3:1 against any single backdrop, the same treatment already used for the Floor Plans V4 focus rings. Scoped narrowly to `.footer-widget footer a` so the inputs/selects/tabindex/role=button elements above, which were not flagged, keep their existing ring. */ .footer-widget footer a:focus-visible { box-shadow: 0 0 0 2px #fff, 0 0 0 4px #000 !important; } /* ------------------------------------------------------------ WCAG 2.4.11 Focus Not Obscured Base: #mobile-nav-header { position:fixed; top:0; height:50px } on mobile. Desktop uses a fixed LEFT sidebar (no vertical obscuring). 60px scroll padding (50 + 10 buffer). ------------------------------------------------------------ */ html { scroll-padding-top: 60px; } :focus-visible { scroll-margin-top: 60px; } /* ------------------------------------------------------------ WCAG 1.4.11 Non-text Contrast (UI components) Base failures: .sp-left-arrow, .sp-right-arrow { border-color:#a9a9a9 !important } ... { border:solid 1px #a9a9a9 } (line 2086) #a9a9a9 on white ≈ 2.83:1 — fails 3:1 minimum. ------------------------------------------------------------ */ .sp-left-arrow, .sp-right-arrow { border-color: #595959 !important; } body #contactUsEnhancedContainer .form-control { border-bottom: 1px solid #595959 !important; } /* ------------------------------------------------------------ WCAG 1.4.3 Contrast Minimum (text) Base failures: #7e7e7e in 8+ rules ≈ 4.4:1 — fails 4.5:1 by a hair. Shared footer-disclosure opacity 0.6 → 0.85. ------------------------------------------------------------ */ .desktopMenu a, .FloorPlansV3 .specification, .FloorPlansV2 .specification { color: #595959; } .footer-widget footer .footer-disclosure { opacity: 0.85; } /* ------------------------------------------------------------ WCAG 1.4.1 Use of Color (inline links) ------------------------------------------------------------ */ /* Scope: content containers only. Bare `p a` / `li a` / `dd a` selectors were dropped (same Balcony/Aurora/Bliss/Jackson-Square bleed bug — they would underline footer nav, header items, sidebar lists). */ .main-content-text a, .inner-page-main a, .main-content-wrapper a { text-decoration: underline; text-underline-offset: 2px; } a.btn, a.button, .btn, .btn-primary, .desktopMenu a, #mobile-nav-header a, .cta-header-btn, .header-CTA-button, .footer-CTA-Button, a.more-link, a.less-link, .footer-widget footer a { text-decoration: none; } /** ------------------------------------------------------------ WCAG 2.2 AA 2.5.8 Target Size (Pointer) ------------------------------------------------------------ */ /* Pre-dates 2982346 and is a non-fix for 2.5.8: line-height sizes the line box, not the anchor's hit area, and this targets the wrapping
rather than the . Left in place to avoid an unrelated layout change; the anchor rules below are the real fix. */ .footer-widget footer.footer-10 .tableau-footer-mobile .footerRight #copyDateLinks-mobile { line-height: 24px; } /* TFS 2982346 - WCAG 2.5.8: nav social icons. Silktide flags these (google-search, twitter, flickr, pinterest) in #p_lt_zoneNav_rpWebpartSocialMedia_pnlSocialNetworks.social_media inside #nav-wrapper. Measured 25.1x19, display:inline - width passes, height fails the 24px size clause. .social_media also covers the mobile off-canvas set (39.1x24.5, already passing), so one rule is safe for both. */ .social_media .social-list li a { display: inline-block; min-height: 24px; } /* TFS 2982346 - WCAG 2.5.8: visible footer text links. Flagged: Sitemap (48.5x14px, tableau011326) and Residents (tableau01312023) - height fails the 24px size clause; width already clears it. Scoped to .tableau-footer / .tableau-footer-mobile rather than to a footer variant: Tableau renders footer-9 on some sites and footer-10 on others (Footer.ascx:776 / :1018) and BOTH wrap this same markup, so a variant-scoped rule would only fix half the fleet. Those two classes appear in no other footer block, so this stays correctly bounded. NOT `li a` - verified live on tableau011326 (footer-9) and tableau01312023 (footer-10): the anchors' parents are ,