/* Self-hosted Roboto (finding 22 of docs/performance-review.md) -- MudBlazor's
   default theme expects "Roboto" to be available for its typography variables.
   Both files are variable fonts (weight axis 100-900), so one @font-face rule
   per subset covers every weight MudBlazor's own CSS uses (300/400/500/600/700)
   exactly, rather than the four discrete static weights the previous Google
   Fonts link loaded (which had no exact match for 600 at all). Only the latin
   and latin-ext subsets are self-hosted -- covers the vast majority of Latin-
   script names/organizations with diacritics; a name in Cyrillic, Greek, or
   Vietnamese-specific-extra script (subsets Google's CDN also served
   automatically per visiting browser) falls back to the browser's default
   sans-serif for those particular characters. Revisit if that turns out to
   matter for real user/organization data. */
@font-face {
    font-family: 'Roboto';
    font-style: normal;
    font-weight: 100 900;
    font-display: swap;
    src: url('fonts/roboto-latin.woff2') format('woff2');
    unicode-range: U+0000-00FF, U+0131, U+0152-0153, U+02BB-02BC, U+02C6, U+02DA, U+02DC, U+0304, U+0308, U+0329, U+2000-206F, U+20AC, U+2122, U+2191, U+2193, U+2212, U+2215, U+FEFF, U+FFFD;
}

@font-face {
    font-family: 'Roboto';
    font-style: normal;
    font-weight: 100 900;
    font-display: swap;
    src: url('fonts/roboto-latin-ext.woff2') format('woff2');
    unicode-range: U+0100-02BA, U+02BD-02C5, U+02C7-02CC, U+02CE-02D7, U+02DD-02FF, U+0304, U+0308, U+0329, U+1D00-1DBF, U+1E00-1E9F, U+1EF2-1EFF, U+2020, U+20A0-20AB, U+20AD-20C0, U+2113, U+2C60-2C7F, U+A720-A7FF;
}

html, body {
    font-family: 'Helvetica Neue', Helvetica, Arial, sans-serif;
}

a, .btn-link {
    color: #006bb7;
}

.btn-primary {
    color: #fff;
    background-color: #1b6ec2;
    border-color: #1861ac;
}

.btn:focus, .btn:active:focus, .btn-link.nav-link:focus, .form-control:focus, .form-check-input:focus {
  box-shadow: 0 0 0 0.1rem white, 0 0 0 0.25rem #258cfb;
}

.content {
    padding-top: 1.1rem;
}

h1:focus {
    outline: none;
}

.valid.modified:not([type=checkbox]) {
    outline: 1px solid #26b050;
}

.invalid {
    outline: 1px solid #e50000;
}

.validation-message {
    color: #e50000;
}

.blazor-error-boundary {
    background: url(data:image/svg+xml;base64,PHN2ZyB3aWR0aD0iNTYiIGhlaWdodD0iNDkiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwL3N2ZyIgeG1sbnM6eGxpbms9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkveGxpbmsiIG92ZXJmbG93PSJoaWRkZW4iPjxkZWZzPjxjbGlwUGF0aCBpZD0iY2xpcDAiPjxyZWN0IHg9IjIzNSIgeT0iNTEiIHdpZHRoPSI1NiIgaGVpZ2h0PSI0OSIvPjwvY2xpcFBhdGg+PC9kZWZzPjxnIGNsaXAtcGF0aD0idXJsKCNjbGlwMCkiIHRyYW5zZm9ybT0idHJhbnNsYXRlKC0yMzUgLTUxKSI+PHBhdGggZD0iTTI2My41MDYgNTFDMjY0LjcxNyA1MSAyNjUuODEzIDUxLjQ4MzcgMjY2LjYwNiA1Mi4yNjU4TDI2Ny4wNTIgNTIuNzk4NyAyNjcuNTM5IDUzLjYyODMgMjkwLjE4NSA5Mi4xODMxIDI5MC41NDUgOTIuNzk1IDI5MC42NTYgOTIuOTk2QzI5MC44NzcgOTMuNTEzIDI5MSA5NC4wODE1IDI5MSA5NC42NzgyIDI5MSA5Ny4wNjUxIDI4OS4wMzggOTkgMjg2LjYxNyA5OUwyNDAuMzgzIDk5QzIzNy45NjMgOTkgMjM2IDk3LjA2NTEgMjM2IDk0LjY3ODIgMjM2IDk0LjM3OTkgMjM2LjAzMSA5NC4wODg2IDIzNi4wODkgOTMuODA3MkwyMzYuMzM4IDkzLjAxNjIgMjM2Ljg1OCA5Mi4xMzE0IDI1OS40NzMgNTMuNjI5NCAyNTkuOTYxIDUyLjc5ODUgMjYwLjQwNyA1Mi4yNjU4QzI2MS4yIDUxLjQ4MzcgMjYyLjI5NiA1MSAyNjMuNTA2IDUxWk0yNjMuNTg2IDY2LjAxODNDMjYwLjczNyA2Ni4wMTgzIDI1OS4zMTMgNjcuMTI0NSAyNTkuMzEzIDY5LjMzNyAyNTkuMzEzIDY5LjYxMDIgMjU5LjMzMiA2OS44NjA4IDI1OS4zNzEgNzAuMDg4N0wyNjEuNzk1IDg0LjAxNjEgMjY1LjM4IDg0LjAxNjEgMjY3LjgyMSA2OS43NDc1QzI2Ny44NiA2OS43MzA5IDI2Ny44NzkgNjkuNTg3NyAyNjcuODc5IDY5LjMxNzkgMjY3Ljg3OSA2Ny4xMTgyIDI2Ni40NDggNjYuMDE4MyAyNjMuNTg2IDY2LjAxODNaTTI2My41NzYgODYuMDU0N0MyNjEuMDQ5IDg2LjA1NDcgMjU5Ljc4NiA4Ny4zMDA1IDI1OS43ODYgODkuNzkyMSAyNTkuNzg2IDkyLjI4MzcgMjYxLjA0OSA5My41Mjk1IDI2My41NzYgOTMuNTI5NSAyNjYuMTE2IDkzLjUyOTUgMjY3LjM4NyA5Mi4yODM3IDI2Ny4zODcgODkuNzkyMSAyNjcuMzg3IDg3LjMwMDUgMjY2LjExNiA4Ni4wNTQ3IDI2My41NzYgODYuMDU0N1oiIGZpbGw9IiNGRkU1MDAiIGZpbGwtcnVsZT0iZXZlbm9kZCIvPjwvZz48L3N2Zz4=) no-repeat 1rem/1.8rem, #b32121;
    padding: 1rem 1rem 1rem 3.7rem;
    color: white;
}

    .blazor-error-boundary::after {
        content: "An error has occurred."
    }

.darker-border-checkbox.form-check-input {
    border-color: #929292;
}

.form-floating > .form-control-plaintext::placeholder, .form-floating > .form-control::placeholder {
    color: var(--bs-secondary-color);
    text-align: end;
}

.form-floating > .form-control-plaintext:focus::placeholder, .form-floating > .form-control:focus::placeholder {
    text-align: start;
}

/* Shared by every rendered-markdown surface -- guidance content and
   unmodeled product descriptions alike, both rendered server-side by the
   same private-api markdown::render pass. MudBlazor's typography reset
   zeroes ul/ol padding, which normally just removes indentation -- but
   rendered markdown can sit inside a MudTabs panel (Preview/Approval tabs),
   and .mud-tabs itself sets overflow: hidden. An outside-positioned list
   marker needs padding-left to render into; with none, part of it draws
   past the list's left edge and gets clipped by that ancestor's overflow --
   visible as an ordered list showing only "." instead of "1.", "2.", etc.
   (A published page isn't nested in a MudTabs panel, so it never showed the
   symptom, even though it renders the exact same server HTML.) Restoring
   padding-left here gives the marker room regardless of which ancestor
   might clip it. */
.markdown-content ol,
.markdown-content ul {
    padding-left: 1.5em;
    margin-top: 0;
    margin-bottom: 1em;
}

/* Neither MudBlazor's reset nor the browser's own UA stylesheet gives pre/
   code a background -- pre's default is just monospace font and
   white-space: pre, nothing else. VS Code's markdown preview colors both a
   fenced block and an inline code span; matched here with the same light
   gray it uses. pre code is reset to transparent/no-padding so a fenced
   block doesn't get a visibly darker patch from the two backgrounds
   stacking on top of each other. */
.markdown-content pre,
.markdown-content code {
    background-color: rgba(220, 220, 220, 0.4);
    border-radius: 3px;
}

.markdown-content code {
    padding: 0.1em 0.3em;
}

.markdown-content pre {
    padding: 0.75em 1em;
    overflow-x: auto;
}

.markdown-content pre code {
    background-color: transparent;
    padding: 0;
}

/* MudBlazor's typography reset also zeroes margins on every block element,
   so paragraphs/headings/lists/blockquotes/code blocks all butt up against
   each other with no breathing room -- everything the reset otherwise
   leaves alone (font, line-height) still reads fine, just packed. Values
   below match VS Code's own built-in markdown preview (and the GitHub
   convention it borrows): headings get extra room above to separate them
   from the preceding section, everything else gets a consistent gap
   below. first-child/last-child avoid stray whitespace at the very top or
   bottom of the container from the first heading's top margin or the last
   element's bottom margin. */
.markdown-content h1,
.markdown-content h2,
.markdown-content h3,
.markdown-content h4,
.markdown-content h5,
.markdown-content h6 {
    margin-top: 1.5em;
    margin-bottom: 0.5em;
}

.markdown-content p,
.markdown-content blockquote {
    margin-top: 0;
    margin-bottom: 1em;
}

.markdown-content li + li {
    margin-top: 0.25em;
}

.markdown-content li > p {
    margin-top: 0.5em;
}

.markdown-content > :first-child {
    margin-top: 0;
}

.markdown-content > :last-child {
    margin-bottom: 0;
}