/* Fix: every eael-dual-color-header widget on this site has a large negative
   bottom margin on its .elementor-widget-container (tuned per-instance, e.g.
   "margin:0 0 -100px 0"). Testing at 375/390/430/768/1024/1440px showed this
   overlap is NOT width-dependent — it reproduces at full desktop width too —
   so this is applied unconditionally rather than scoped to a breakpoint. It
   only neutralizes the bottom margin (which pulls the next widget upward);
   it does not touch top margins some instances may intentionally use for
   background overlap effects. */
.elementor-widget-eael-dual-color-header > .elementor-widget-container {
  margin-bottom: 0 !important;
}
.elementor-widget-eael-dual-color-header,
.elementor-widget-eael-dual-color-header .eael-dual-header,
.elementor-widget-eael-dual-color-header .eael-dual-header .title {
  height: auto !important;
  min-height: 0 !important;
  overflow: visible !important;
}

/* Fix: site-wide sticky header. Elementor's sticky JS clones the header into
   a fixed position on scroll and leaves an invisible "spacer" element behind
   (class .elementor-sticky__spacer, added at runtime — it is not in the raw
   HTML) so page content doesn't jump. The spacer is meant to reserve height
   only, not be seen. Elementor's own CSS only hides its content for the
   newer .e-n-menu nav widget; this site's header uses the older icon-list
   nav, which that rule doesn't cover, so the spacer shows the same visible
   nav text as the real sticky header, causing duplicate overlapping text.
   Hiding the spacer's content (not the spacer itself, which must keep its
   height to prevent layout jump) fixes this everywhere the header appears. */
.elementor-sticky__spacer > * {
  visibility: hidden !important;
}

/* Fix: Elementor's native <details>-based accordion widget (e-n-accordion,
   used for the careers team/location filters and similar collapsible lists
   on about-us and stocks). Elementor's own CSS makes the content panel
   always visible so it can animate open/closed via JS — but that JS isn't
   taking effect in this static export, so panels with no "open" attribute
   (i.e. meant to start closed) render their full content anyway, overlapping
   whatever comes after them. This restores the browser's native closed-by-
   default behavior for any accordion item that isn't explicitly open. */
details.e-n-accordion-item:not([open]) > [role="region"] {
  display: none !important;
}