From aa9987fb2ecf031ef3b64a996c86e7a9c9d0719a Mon Sep 17 00:00:00 2001 From: Bendik Lynghaug Date: Tue, 6 Oct 2026 13:17:49 +0200 Subject: [PATCH] Hide the sign-in link beside the wordmark uhhm.no is read and answered without an account, so the invitation to sign in has no audience. Portal's header nav keeps it next to the wordmark on every page; a skin hides it, as on redoal.com. The rule only takes the link in: signed in, the nav still carries the name and the way out, and the gate on /review still offers its own way in. First custom.css here, wired through site.yaml's stylesheet key. Co-Authored-By: Claude Opus 5 Claude-Session: https://claude.ai/code/session_015GeH3y8fwTaTudaD88P57o --- custom.css | 15 +++++++++++++++ site.yaml | 3 +++ 2 files changed, 18 insertions(+) create mode 100644 custom.css diff --git a/custom.css b/custom.css new file mode 100644 index 0000000..fb26489 --- /dev/null +++ b/custom.css @@ -0,0 +1,15 @@ +/* uhhm - the skin over portal's own stylesheet + (site.yaml `stylesheet`, loaded after main.css, so these rules win). */ + +/* The way in sits beside the wordmark on every page. uhhm.no is read + and answered without an account, so the invitation is not shown. + Whoever edits the site still signs in at /auth/login directly, and + once signed in the nav keeps its name and its way out. */ +.session:has(a[href^="/auth/login"]) { + display: none; +} + +/* Without :has(), the link alone goes and the empty nav stays. */ +.session a[href^="/auth/login"] { + display: none; +} diff --git a/site.yaml b/site.yaml index 6d0b6da..20b5f10 100644 --- a/site.yaml +++ b/site.yaml @@ -5,6 +5,9 @@ hero: kind: module module: hero.js +# The skin over portal's own stylesheet. +stylesheet: custom.css + # Mail goes out through gdo on this host, which sends over JMAP as # bl@uhhm.no; replies come back to the same address. mail: