/* Height of the AMD payload iframe.

   script.js tries to auto-size this from the payload's scrollHeight. The payload
   is same-origin so the read is allowed, but its iframe.onload handler is
   attached from inside DOMContentLoaded and can miss an already-loaded frame —
   so treat this value as what actually governs the rendered height.

   Measured 2026-08-24, headless Chrome, payload's body.scrollHeight. Widths are
   the REAL layout viewport (Chrome on Windows clamps its window to a 512px
   minimum, so anything narrower could not be measured here):

     viewport   height
      512px     7053px   <- tallest measurable; a real 360-390px phone is taller
      578px     6490px
      746px     6362px
      969px     6521px
     1178px     5114px
     1418px     4972px
     1898px     4972px

   Horizontal overflow was checked at every width above: scrollWidth always came
   in at viewport minus scrollbar, so the page does not scroll sideways.

   13350px below is NOT a measured value — it is roughly double the tallest
   figure here and was already this loose last campaign (Crimson Desert measured
   4141-5932px over the same range and shipped at 13350px too). It is kept
   because it is safely larger than our content: we run ~1100px taller than
   Crimson Desert at every width, from keeping the community block and the AMD
   footer, and true phone widths below 512px will add more.

   TODO: check the live page for dead black space under the footer. If there is a
   gap, script.js is not resizing and this should come down — measure on a real
   phone width first, then add headroom. If there is no gap, the JS is working
   and this value only matters pre-load.
   Bump ?v= on the iframe src in index.html whenever the payload changes. */
.framed {
  height: 13350px;
}