Skip to content

docs(media): re-record the Explorer GIF - #71

Open
CMaintz wants to merge 1 commit into
mainfrom
docs/regif
Open

CMaintz wants to merge 1 commit into
mainfrom
docs/regif

Conversation

@CMaintz

@CMaintz CMaintz commented Sep 26, 2026

Copy link
Copy Markdown
Owner

What

Re-records docs/media/atlas-explorer.gif from the live site, deployed from main 2200a0d (the deploy run's head SHA matches origin/main).

  • 860x532, 12 fps, 7.7 s, 93 frames, loops, 5.98 MB.
  • Shows the 3D overview auto-rotating, "Phishing" typed into Find a term, then the camera fly-in with the rest dimmed and the side panel open.
  • The pointer stays off the map for the whole capture: it is parked on the header, and the term is found with the keyboard only.
  • Frames came from a CDP screencast at about 58 fps (largest gap 0.14 s), resampled to 12 fps.
  • I checked every decoded GIF frame after the fly-in for Phishing's lit (orange) links. All 44 frames have them: 690 to 1021 matching pixels. On the same check, the old GIF drops to 0.

Why the old GIF lost the links (app behaviour, not a capture artefact)

The old recording had no dropped frames in that stretch: frames were steady at about 58 fps from 7.4 s to 10.6 s, while the links were gone. There was only one 0.21 s stall, at the moment of selection.

The cause is hover. In app/src/lib/explorer-3d.ts, focusOf() and faded() check hover before view.selected. So while any term is hovered, the selection's lit links and the dimming of the rest are replaced by the hovered term's neighbourhood.

three-render-objects re-raycasts the last pointer position every frame. So a pointer that is resting on the map picks up hovers as auto-rotate or the camera fly-in carries terms under it.

spinning only hides the hover card. It does not stop the hover from taking over the highlight.

In the old capture, the pointer was left where the Find field had been. When the field collapsed after Enter, the map was under the pointer. A term in the Governance cluster then drifted under it, and Phishing's links switched off until it drifted away.

I reproduced this on current main by moving the pointer over terms while Phishing was selected:

  • Over CIA triad: Phishing's links went off and CIA triad's neighbourhood lit.
  • Over Human firewall, which is one of Phishing's own neighbours: only that one link stayed lit.

Docs and media only; no code changes. The hover behaviour is left for the owner to decide on.

Checks

  • mise run fix && mise run gate - exit 0.

Pointer parked off the map and the term found by keyboard, so no hover replaces the selection's highlight mid-clip. 860x532, 12 fps, 7.7 s, 93 frames, 5.98 MB.

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant