/* ------------------------------------------------------------------
   Baseline so intrinsic width/height attributes cannot resize an image.

   Every <img> in this build carries its true width/height (see
   src/lib/imageSizes.ts) because that is what lets the browser reserve the
   box and stops the page shifting as images arrive. But those attributes are
   mapped to the `width` and `height` properties as presentational hints, not
   only to `aspect-ratio` — so wherever the theme constrains one axis and
   expects the other to follow, the hint filled the other axis in instead:

     .approachblock-cnt .approachblock img { max-height: 110px }
       → height clamped to 110, width stuck at the attribute's 175
       → the four "About D2H" icons rendered squashed below 1366px
     .footer-left-part a img { width: 100% }
       → width fluid, height stuck at the attribute's 75

   Resetting both axes to `auto` at the lowest possible specificity hands
   sizing back to the stylesheet while keeping the declared aspect ratio,
   which is the half that reserves the box. No rule in the theme targets a
   bare `img`, so every one of its own image rules — all class-scoped —
   still wins on specificity. Loaded first regardless, so an equal-specificity
   rule added later would win too.
   ------------------------------------------------------------------ */

img {
  width: auto;
  height: auto;
}