If this accepts Firefox and Safari then it could be a great addition to "intro to web dev" tutorials<p>CSS Flex <a href="https://flexboxfroggy.com/" rel="nofollow">https://flexboxfroggy.com/</a><p>CSS Grid <a href="https://cssgridgarden.com/" rel="nofollow">https://cssgridgarden.com/</a><p>CSS selectors <a href="https://flukeout.github.io/" rel="nofollow">https://flukeout.github.io/</a>
Neat. The museum framing is cute, and well executed with the footsteps sound between levels.<p>On level 20, if I set `position-try-fallbacks: flip-inline;` and drag the anchor to the top, something weird happens: the label stays on top, but is also mirrored below the anchor, except with no text or background, just a border and a translucent frame. Latest Chrome (on Ubuntu, but I don't think that matters here). Is this a Chrome bug? A bug in Anchoreum? In dev tools, it looks like it's an Anchoreum issue, because there's a separate element in the DOM.<p>Edit: also happens on level 25 without changing anything if I drag the anchor to the left.<p>Edit 2: ah, I think that area is where you're _supposed to_ place the anchor. It's not very clear from the text.
Pretty neat. But there doesn't seem to be any way to select or style the anchored element based on which fallback position it is in? This would seem to preclude adding a directional arrow to it, which is a somewhat baseline feature for things like tooltips.
And no answers, huh? I'm stuck on 38.<p>Edit: it doesn't mention that `anchor()` can accept an anchor name, which is kind of important for this.
When will they realize that layout is fundamentally a linear problem, which only needs a "constraint" as a building block?<p>That all these stupid width-basis-fit-minmax-fr-anchor-span combinations boil down to "Σ(aₙxₙ) ≤ b" and a couple of specialized distributors?<p>How many half-assed incantations and reiterations it will take?<p>Jesus Christ.