Progress on transitions

Done:

  • Scroll (LR, RL, TB, BT)
  • Reveal (LR, TB)
  • Fade
  • Typewriter
  • Scale (Horz, Vert, Both)
  • Random Tiles

Maybe:

  • Incandescent Fade (white -> yellow -> red -> black)
  • Melt (see below)
  • Rotation (combined with Scale)

Incandescent Fade in RGB: x = m_fTransProgress * 3; R = x; G = x - 1; B = x - 2; Hiccups between regions, unconvincing, try HLS instead?

Melt varies the weight of the text by first filling it with the draw color, and then stroking it with the background color. The wider the stroke, the narrower the remaining filled text is. This requires writing a custom text renderer derived from IDWriteTextRenderer. Here's a MS article about that: link The effect would probably only work well with Bold or Black fonts, and it might be challenging to normalize it to the transition progress.

Comments

Post a Comment

Popular posts from this blog

Elevator Door

My curator, Anthony, is a big fan of this slogan project, in fact it was he who suggested it. He’s a professional graphic design designer, and an excellent one, hence I always take his graphic design suggestions seriously. And he did suggest something. He suggested a Pac-Man transition. The idea would be a type of reveal, using a radial “radar sweep” over each letter. It’s pretty cool, but what I don’t like is that it will work well for square-ish and round letters but poorly for narrow letters like “I”. Unless you potentially make the sweep elliptical. But that would probably lose the Pac-Man vibe, visually. The larger category here is per-character reveals. The simplest example is a “window blind” reveal, one blind for each character. However, this would not be acceptable for a single line of text, as it would be indistinguishable from the “whole line” vertical reveal that we already do, and would therefore constitute a duplicate. The horizontal equivalent would be a “sliding door”...
Read more

Orthogonality of transitions

It’s annoying that there’s no transition code for the random typewriter effect. Making it a randomly selected variation of typewriter was a misguided choice. All effects should be treated equally in the sense that they all should have codes, so that they all can be scripted from a CSV. The motivation was that random typewriter is too similar to typewriter, but that should be handled by letting the user customize the relative probability of each transition. And in any case, the thinking was inconsistent, as we already have whole groups of effects that are very similar to each other, such as the four scrolling effects, for example. It shall be done, but not this morning. I have reserved this morning for coding color cycling, which will commence shortly; it’s all planned out like the invasion of Normandy. But I had a thought about that too...
Read more

Hollow transition

[to GPT5] I got a decent night sleep and woke up full of ideas. It’s funny how that happens. It’s a human thing. Here’ the first of some ideas that came to me in no particular order. I’ll relay them to you one at a time, so you can respond without feeling pressed for time or space. The melt transition could be adapted into a hollow transition. Instead of drawing the virgin character and erasing its outline, use the virgin character as a mask and draw its outline in the drawing color. The character would start out as a thin outline, which would gradually get thicker until the character became solid. Or in the other direction, the character would start out solid, and hollow out from the middle until it disappeared. Since we already have a melt probe (which even runs in a worker thread at startup!) we already know for each slogan exactly what outline stroke will cause that slogan to completely disappear. And that’s the same data we need for the hollow effect, no? One thing that worrie...
Read more