Alakzatváltás felhasználói felület állapotain keresztül

Kérj tőlem: 8-12 felhasználói felület állapotot, amivé szeretném, hogy az alakzat váljon (pl. gomb, betöltő, lejátszó, csúszka, kapcsoló, fülek, diagram, parancspaletta, pirítós), tiszta fekete-fehér vagy egy hangsúlyos színt, és egy jogdíjmentes dalt körülbelül 120 BPM sebességgel (pl. Mixkit, kereskedelmi használatra ingyenes).

Dribbble-szintű UI mozgás. Egyetlen alakzat, soha nem vágás: minden állapot ugyanaz az elem, amely mérete, sugarú része és színe változik, miközben a tartalma egy rövid elmosással cserélődik. Egy kurzor valós kattintásokkal és húzásokkal vezérli az összes változást. Világos melegszürke vászon, fekete-fehér komponensek, egyetlen letisztult UI betűtípus (Geist). Mindenhol rugók jelennek meg, legfeljebb egy apró túllövéssel. A kamera zoomol, így minden állapot kitölti a képkockát. Az utolsó képkocka az első képkocka, így ismétlődik.
Tiltott elemek: pattogó easing, részecskekitörések, ragyogás, színátmenetek a felhasználói felület krómjában, össze nem illő ikonvonások, holtidő, bármi, ami sablonra hasonlít.

120 BPM, 7 ütem, minden ütemnél történik valami.
Gomb → betöltő → ellenőrzés → dinamikus sziget → zenelejátszó lejátszás/szünet átmenettel → a folyamatjelző húzása → hangerő-csúszkává válik, ami a maximum fölé húzva megnyúlik → egy kapcsoló átvált az ütemen → a gomb folyékony füljelzővé válik → a fülek egy diagrammá nyílnak meg, ami kirajzolja magát, egy eszköztippel az egér fölé mozgatásakor → ⌘K-vá omlik → gépelj be a szűréshez → enter → pirítós → vissza a gombra.

1. Egy HTML fájl, négyzet alakú, 1440x1440. Minden stílus a seek(t) függvényen belüli időből kerül kiszámításra: nincsenek CSS átmenetek, nincsenek időzítők, nincs állapotátvitel a képkockák között.
2. A rugók zárt alakú lépésválaszok. Egy olyan érték, amely sokszor változtatja a célértékét, változásonként egy rugó összege, tehát tiszta időfüggvény marad.
3. A füljelző két széle különböző rugókon nyugszik, így a belépő él a hátsó előtt nyúlik. Ugyanez a trükk a billenőgombbal is.
4. A húzás közvetlen manipuláció: amíg a kurzort a képernyőn tartjuk, az érték a pozíciójából kerül kiszámításra. Elengedéskor az előző pozícióból ugrik vissza.
5. Elemezd a dalt a numpy segítségével az ütemrácshoz, és kezdj egy leütéssel. Helyezd el az összes felhasználói felület hangját a mért csúcspontjuk szerint.
6. Renderelés Playwright: 4 alképkocka képkockánként, ffmpeg tmix szel keverve mozgáselmosáshoz 60 fps-sel.
7. Renderelj egy képkockát ütemenként a teljes renderelés előtt. Javíts ki mindent, ami nem illik a rácshoz, túl szűk vagy nehezen olvasható.

Soha ne használj „will-change” attribútumot olyan elemen, amit a kamera átméretez, vagy a szöveg elmosódottá válik. A morphing konténeren belül változó szövegnek saját belépési és kilépési időzítésre van szüksége, különben átfedésben lesz. Az utolsó képkockát tedd azonossá az elsővel, a kurzor pozícióját és sebességét is beleértve, különben a ciklus akadozik.

Kérdezd meg a bemeneteket, majd mutasd meg az állapotlistát az ütemrácson, mielőtt bármilyen kódot írnál.

Ask me for: 8 to 12 UI states I want the shape to become (e.g. button, loader, player, slider, toggle, tabs, chart, command palette, toast), pure black and white or one accent color, and a royalty-free song around 120 BPM (e.g. Mixkit, free for commercial use).

Dribbble-level UI motion. One shape, never cut: every state is the same element morphing its size, radius and color while its content swaps with a short blur. A cursor drives every change with real clicks and drags. Light warm-gray canvas, black and white components, one clean UI font (Geist). Springs everywhere, a tiny overshoot at most. The camera zooms so each state fills the frame. The last frame is the first frame, so it loops.
Banned: bouncy easing, particle bursts, glows, gradients on UI chrome, mismatched icon strokes, dead time, anything that looks like a template.

120 BPM, 7 bars, something happens on every beat.
Button → loader → check → dynamic island → music player with a play/pause morph → scrub the progress bar → it becomes a volume slider that stretches when dragged past max → a toggle flips on the beat → the knob becomes a liquid tab indicator → the tabs open into a chart that draws itself, with a tooltip on hover → it collapses into ⌘K → type to filter → enter → toast → back to the button.

1. One HTML file, square 1440x1440. Every style is computed from time inside seek(t): no CSS transitions, no timers, no state carried between frames.
2. Springs are closed-form step responses. A value that changes target many times is the sum of one spring per change, so it stays a pure function of time.
3. The tab indicator's two edges ride different springs, so the leading edge stretches ahead of the trailing one. Same trick for the toggle knob.
4. Drags are direct manipulation: while the cursor is held, the value is computed from its position. On release it springs back from wherever it was.
5. Analyze the song with numpy for the beat grid and start on a downbeat. Place every UI sound by its measured peak.
6. Render with Playwright: 4 subframes per frame, blended with ffmpeg tmix for motion blur at 60fps.
7. Render one frame per beat before the full render. Fix anything off the grid, cramped or hard to read.

Never put will-change on anything the camera scales or the text renders blurry. Text that swaps inside a morphing container needs its own enter and exit timing or it overlaps. Make the last frame identical to the first, cursor position and speed included, or the loop stutters.

Ask me for the inputs, then show me the state list on the beat grid before you write any code.

Prompt innen származik posta @twoclipping.