Dieses Argument mit der Trennung von Struktur, Lyaout und Verhalten hört man total oft im Zusammenhang mit CSS-Animationen. Dabei sind CSS-Animationen ein Schritt zu einer besseren Trennung.

Javascript sollte immer nur das Verhalten beschreiben: zum Beispiel bei Click auf Schalter "a" wird der Bereich "b" sichtbar. Wie er denn genau animationstechnisch sichtbar wird (Das dabei beispielsweise die Hintergrundfarbe von hellblau auf dunkelblau wechselt) ist eine rein gestalterische Frage. Mich ärgert es beim JS coden immer gewaltig, wenn aus Animationsgründen CSS-Anweisungen hart in JS gecodet werden müssen. Im Prinzip sind alle meine Module so aufgebaut, daß Animationen immer extern configuriert werden müssen. Letztendlich stehen Designangaben aber so weiterhin im JS.

Letztendlich sind :hover, :focus etc. verhaltensbezogene Angaben im CSS, aber bestimmt nicht Animationen. Außerdem bieten CSS-Animationen auch eine JS-API an, so daß du rein theoretisch alles was an einer Animation ausnahmsweise verhaltenbezogen ist (zum Beispiel die duration, die von der Länge des Ajax-Requests abhängt) dort definieren kannst.

jQuery UI bietet sogar ein eigenes Classnanimation Plugin an @http://jqueryui.com/demos/addClass/. Allerdings ist das Ding so verbuggt, daß ein Produktiveinsatz alles andere als empfehlenswert ist. Ich hoffe jQuery UI 1.8 enthält endlich die lang ersehten Patches.

Im heutigen Webkrauts Adventskalender öffnet Eric Eggert ein neues Türchen mit dem Titel Von Transitionen und Animationen.

Darin beschreibt er wie man mit dem kommenden CSS3-Standard (siehe CSS auf Wikipedia) u.a. Animationen erzeugen kann.

Das …

Danke für den Artikel!