A club member signing in at ajax-united.rosterchief.app now sees their club's
logo, name and colours; the base domain keeps the RosterChief skin for the
control panel and Django admin.
The mechanism is `{% extends base_template %}` -- Django lets the parent be a
context variable, so the `branding` context processor picks the skin from
request.club and *every* auth screen allauth ships (login, password reset, MFA,
passkeys, and whatever it adds next) follows the tenant without a single one of
them knowing that clubs exist.
Templates split three ways: _base.html is the skeleton with no branding, and
_platform_base.html / _club_base.html dress it. The control panel extends the
platform base *explicitly* rather than through the variable, so a bug in
branding resolution can never dress the panel up as a club.
Club gains an optional logo and primary_color. Notes on both:
- No logo falls back to the club's initials, never the RosterChief mark, which
would pass our branding off as theirs.
- Club colours land in an inline :root. daisyUI declares its theme variables
inside `@layer base`, and unlayered styles beat every layered rule regardless
of specificity, so this needs no !important. --color-primary-content is derived
from WCAG relative luminance, so a club that picks pale yellow gets black text
instead of invisible white.
- primary_color is a text input, not <input type="color">: a colour picker cannot
express "no colour", so every club that never touched it would submit #000000
and silently get a black theme.
"/" now resolves per tenant (club home, or hand off to the control panel), which
is why LOGIN_REDIRECT_URL can stay "/" and allauth needs no redirect adapter.
Also folds in the theme toggle gaining a third "auto" state and the logo
switching from `content:` to background-image (content-replacement on a real
element is not supported in Firefox), both of which lived in the base template
this commit replaces.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
36 lines
1.3 KiB
HTML
36 lines
1.3 KiB
HTML
{% extends "_base.html" %}
|
|
{% load static %}
|
|
|
|
{% comment %}
|
|
RosterChief's own skin: the platform control panel, Django-admin-adjacent pages,
|
|
and every auth screen served on the base domain.
|
|
{% endcomment %}
|
|
|
|
{% block title %}
|
|
{% block head_title %}{% endblock head_title %} · RosterChief
|
|
{% endblock title %}
|
|
|
|
{% block extra %}
|
|
{% comment %}
|
|
Named after the logo's own ink, not the theme it is used on: the white logo goes
|
|
on dark backgrounds and vice versa. They live here rather than in app.css because
|
|
only Django knows the {% static %} URL.
|
|
{% endcomment %}
|
|
<style>
|
|
:root {
|
|
--logo-light: url("{% static 'images/rosterchief-white.svg' %}");
|
|
--logo-dark: url("{% static 'images/rosterchief-dark.svg' %}");
|
|
}
|
|
</style>
|
|
{% endblock extra %}
|
|
|
|
{% block brand %}
|
|
<a class="flex flex-row items-center gap-2" href="/">
|
|
<span class="logo inline-block h-16 w-16" role="img" aria-label="RosterChief"></span>
|
|
<div class="flex flex-col gap-1">
|
|
<div class="font-roboto text-2xl font-bold tracking-wider">Roster<span class="text-sky-500">Chief</span></div>
|
|
<div class="font-mono text-xs font-semibold text-base-content/50">Club & Team Management</div>
|
|
</div>
|
|
</a>
|
|
{% endblock brand %}
|