/* ============================================================================ THE SITE HEADER. One bar, every page, signed in or not. ---------------------------------------------------------------------------- WHY THIS FILE EXISTS. Andrew, 2026-09-07, looking at /gambar-passport: "where is the login log out thing on the top right". He was right, and the gap was wider than the page he was looking at. Measured across the 19 public pages on main that day: - 7 had NO header at all: /, /faq, /terms, /privacy, /gambar-passport, /studio/verify, /studio/wan-test - the other 12 each hand-rolled their own `.topbar` markup - the ONLY customer-facing logout on the whole site was a footer button at the bottom of /studio, shipped `display:none` until the dashboard loaded So a signed-in customer could not see that they were signed in, could not see their balance, and could not sign out, anywhere. /gambar-passport went one worse and told a customer who was already signed in WITH credits to "Daftar dulu - percuma", because the page had no notion of session state on load. This is the second half of the fix Andrew asked for on 2026-08-07 ("there is sign up but there is no sign in for existing users in the ui ux flow which is super weird"). That one shipped the LOGIC - showLoginAffordance() in studio.js - but it only ever fired on a page that both had a `.topbar` and loaded studio.js, which is why it never reached the pages above. NO CUMULATIVE LAYOUT SHIFT. The header is injected by JS, so the space it occupies has to be reserved by CSS that is already in the before the first paint. `body.rjk-has-hdr` does that, and the class is written into the markup rather than added by the script, so it is there from parse. Injecting into unreserved space would push the hero of every landing page down after load, which is both ugly and a Core Web Vitals regression on the pages that actually rank. SELF-CONTAINED ON PURPOSE. Only /index.html loads theme.css; the rest carry inline