team: drop Human Generated, and draw the nav caret instead of typing it - #44
Merged
Conversation
Two unrelated fixes to the same page, kept together because both are one-line content-layer changes to /team. Remove "Human Generated by BlockApps" from the organisations grid, from the clients array and from the display order. Its BACKLOG entry for a missing logo goes with it. Draw the Portfolio dropdown caret as an inline SVG. It was the character U+25BE. next/font subsets Space Mono to latin, latin-ext and vietnamese and emits a matching unicode-range, and U+25BE is outside all three - so the browser was never permitted to use Space Mono for it and substituted whatever the operating system supplies. It rendered in a different typeface at a different optical size on its own baseline, immediately beside Space Mono text, which is what made the nav look inconsistent. Drawing it removes the dependency on the visitor's platform. The same is true of the other symbols used as affordances - the arrows, the play triangle, the close cross. They are recorded as UPD-017 rather than changed here: they all fall back today, so they are at least consistent with each other, and converting one at a time is what would break that. While checking, the OSCE / ODIHR entry was searched for a logo to restore. There is nothing to recover: no logo file has ever been deleted from this repository, and the entry has carried an empty logo since it was added in a30def4, with its text and url byte-identical to that commit. It needs a file sourced from OSCE/ODIHR. Recorded in BACKLOG. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Picks up the Human Generated removal and the SVG nav caret. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
The drift check tells a maintainer that their snapshot disagrees with what Linux builds, but not how. On a manual run it now uploads the regenerated static-site/ as an artifact, so the difference can be inspected - or adopted - from a machine that cannot build on Linux. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
The previous snapshot commit carried a CSS chunk built from a stale Turbopack cache. It still contained `.text-\[0\.65em\]`, the utility for the class on the caret span that the same pull request removed, so the file was 34 bytes larger than a clean build produces and its content hash differed. CI caught it as drift against Linux. Nothing platform-specific was involved: after `rm -rf .next out` the Windows build produces `2rl-zb5-19h8i.css` byte-for-byte identical to the CI runner's, verified by SHA-256 against the artifact that run uploaded. Worth knowing for the next time `sync:static` reports an unexplained diff: removing the last use of a Tailwind class does not always evict its generated utility from the incremental cache, so the snapshot can be stale in a way the source no longer justifies. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
Two content-layer fixes to
/teamand the site header.1. Remove Human Generated by BlockApps
Dropped from the organisations grid — from
about.clients.itemsand fromteamOrgOrder. Its BACKLOG entry for a missing logo goes with it, and the stale "BlockApps already linked" note is corrected.2. Draw the nav dropdown caret instead of typing it
Reported as a font inconsistency in the header:
Home/Portfolio ▾/Teamdid not match on spacing, style, or apparent typeface.The caret was the character
▾(U+25BE).next/fontsubsets Space Mono to latin, latin-ext and vietnamese and emits a matchingunicode-range— and U+25BE falls outside all three. The browser was therefore never permitted to use Space Mono for it and substituted whatever the operating system supplies, so it rendered in a different typeface, at a different optical size, on its own baseline, immediately beside Space Mono text.It is now an inline SVG, matching how
LinkedInLinkandThemeTogglealready draw their icons. That removes the dependency on the visitor's platform entirely.▾appeared only inSiteHeader.tsx, so this creates no inconsistency anywhere else.Reviewer notes
The rest of the symbols are deliberately left alone. The same subsetting affects
→←↗▶▸✕●◦─+and📖. None is broken — they all fall back, so they are at least consistent with each other. Converting one arrow at a time is exactly what would break that, so they are recorded as UPD-017 for a single deliberate pass rather than changed piecemeal."Portfolio" being brighter than its siblings is not a bug.
isActiveintentionally keeps Portfolio active across its sub-tabs (/demos,/publications,/media,/newsletter). The active item istext-foregroundagainsttext-muted— on a dark ground that reads as a weight difference, but both are weight 400.On the OSCE / ODIHR logo — there is nothing to recover. Checked properly rather than assumed:
git log --diff-filter=Doverpublic/logosreturns zero deletions — no logo file has ever been removed from this repository.logo: ""since Carolina added it ina30def40(2026-07-21), and itsabouttext andurlare byte-identical to that commit. Nothing was lost.So it needs a file sourced from OSCE/ODIHR, not restored. I did not grab the emblem off osce.org: it is a protected intergovernmental emblem with its own usage rules, which is a different question from the company wordmarks already in
public/logos/. Recorded in BACKLOG §2.Verification
/team, and OSCE is still present and unchanged.__next.*files; that was caught by this check and redone with a correct filter.__next.*prefetch payloads are left as-is, as in the previous snapshot commit (UPD-004).