So to slightly clarify, this is transitions between two DOM states. It saves you having to keep something in the DOM during an animation. You make the change and DOM elements from before can still be visible during the animation.<p>They are also working on view transitions between documents, this isn't that. So rather than having to build a SPA in order to animate between "pages" it will be possible to animate those tradition on a traditional server rendered MPA. Looking forward to that one!
After years of using transitions I concluded that there is nothing better than a static (non) transition. Heavy usage of apps/sites with transitions leads to dizziness
I looked at this and thought "What am I looking at? There's some janky animation as things shift around but what's the bit I'm missing??" and then it slowly dawned on me clicking around a bit more that it must be the poxy animation bit itself.<p>I mean I guess web consumers are just SCREAMING OUT for this and I've been living under a rock?<p>Obviously I am old and grumpy but holy crap this is exciting browser development now. Seesh.
Looks great on my Android phone. On my Linux desktop with a 4k screen, it renders at ~2 fps and looks absolutely horrible. Hopefully this will be fixed!
As someone who disabled transitions wherever noticable on all my operating systems and who avoids IE, sorry I mean chrome or any chromium derivatives, this isnt for me.<p>However, for users it will affect, can it be disabled.<p>Does this mean more code must be added to code to cater for browsers that do not implement this API can still the this feature?<p>How many chrome only APIs already exist and how often do they break sites on spending browsers. Genuine question as I use Firefox, but have never noticed a broken site so I wonder if these fail gracefully or maybe chrome only APIs are rarely used it I don't visit those types of sites....
There’s something in the video that makes me feel uneasy.<p>Hope that other browsers won’t follow the suit cause I’ll have to get myself comfortable with “use reduced motion” switch.
Transitions and animations on the web are already abused by web developers enough today. The last thing we want is a browser API that automatically applies transitions to <i>the entire DOM</i>.<p>Prepare for endless frustration as designers start implementing artificial 5 second delays while you wait for a pretty transition between two states of a page.
I remember this was built in in some browsers back in the days, as transitions between whole pages. Basically the same transitions as in simple presentations (fade, push in from side, reveal as a circle, etc)<p><meta http-equiv="Page-Exit" content="revealTrans(Duration=1,Transition=3)"><p>Edit, found a video: <a href="https://vimeo.com/111317293" rel="nofollow">https://vimeo.com/111317293</a>
I think it's a good time to introduce a new button to the browser interface, as the gap between the original "take me back to the previous document" and some new concepts like the one presented here is getting bigger and bigger. But maybe I'm just old?;)
The really exciting part is the next step — providing this for regular navigation across pages. This way you can have the fancy look of single-page JS apps without the heft and complexity of actual single-page JS apps.
Very reminiscent of what Ilograph is doing for system diagrams: <a href="https://app.ilograph.com/demo.ilograph.Ilograph/Request" rel="nofollow">https://app.ilograph.com/demo.ilograph.Ilograph/Request</a><p>(FD: I am working on this)