Цикъл на морфиране на състоянията на потребителския интерфейс

Попитай ме за: 8 до 12 състояния на потребителския интерфейс, в които искам да се превърне формата (напр. бутон, зареждащ механизъм, плейър, плъзгач, превключвател, раздели, диаграма, палитра от команди, тост), чисто черно и бяло или един акцентен цвят и песен без авторски права с около 120 BPM (напр. Mixkit, безплатна за търговска употреба).

Движение в потребителския интерфейс на ниво Dribbble. Една форма, никога изрязване: всяко състояние е един и същ елемент, променящ размера, радиуса и цвета си, докато съдържанието му се сменя с кратко размазване. Курсор управлява всяка промяна с реални кликвания и плъзгания. Светло топло сиво платно, черно-бели компоненти, един чист шрифт в потребителския интерфейс (Geist). Пружини навсякъде, най-много с малко превишаване. Камерата увеличава мащаба, така че всяко състояние запълва кадъра. Последният кадър е първият кадър, така че се повтаря циклично.
Забранени: подскачащо ускорение, изблици на частици, сияния, градиенти в потребителския интерфейс на Chrome, несъответстващи щрихи на иконите, мъртво време, всичко, което прилича на шаблон.

120 BPM, 7 такта, нещо се случва на всеки удар.
Бутон → зареждане → проверка → динамичен остров → музикален плейър с морф за възпроизвеждане/пауза → превъртане на лентата за напредък → превръща се в плъзгач за сила на звука, който се разтяга при плъзгане след максимума → превключвател се обръща в ритъма → копчето се превръща в индикатор за течен раздел → разделите се отварят в диаграма, която се рисува сама, с подсказка при задържане на курсора → свива се в ⌘K → въведете за филтриране → enter → тост → обратно към бутона.

1. Един HTML файл, квадратен 1440x1440. Всеки стил се изчислява от времето вътре в seek(t): без CSS преходи, без таймери, без пренасяне на състояние между кадрите.
2. Пружините са стъпковидни реакции със затворена форма. Стойност, която променя целта си многократно, е сумата от една пружина на промяна, така че тя остава чиста функция на времето.
3. Двата ръба на индикатора за езичето се движат по различни пружини, така че водещият ръб се простира пред задния. Същият трик е и за превключвателя.
4. Плъзгането е директна манипулация: докато курсорът е задържан, стойността се изчислява от неговата позиция. При отпускане той се връща от мястото, където е бил.
5. Анализирайте песента с numpy за решетката на бийтовете и започнете с даунбит. Поставете всеки UI звук спрямо измерения му пик.
6. Рендериране с Playwright: 4 подкадъра на кадър, смесени с ffmpeg tmix за размазване на движението при 60 кадъра в секунда.
7. Рендирайте по един кадър на такт преди пълното рендиране. Поправете всичко извън мрежата, тясно или трудно за четене.

Никога не поставяйте will-change върху нищо, което камерата мащабира или текстът се размазва. Текстът, който се разменя в контейнер за морфиране, се нуждае от собствено време за влизане и излизане, в противен случай се припокрива. Направете последния кадър идентичен с първия, включително позицията и скоростта на курсора, в противен случай цикълът ще се засича.

Попитай ме за входните данни, след което ми покажи списъка със състоянията на мрежата с бийтове, преди да напишеш какъвто и да е код.

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.

Подкана, взета от пост @demonugc.