- From: Laurens Holst <lholst@students.cs.uu.nl>
- Date: Sun, 14 May 2006 13:22:11 +0200
- To: Jordan OSETE <jordan.osete@laposte.net>
- Cc: Martijn <martijn.martijn@gmail.com>, www-style@w3.org
- Message-ID: <446712E3.1020206@students.cs.uu.nl>
Jordan OSETE schreef: > li:hover>ul{ > transition-enter: slide-in(top-to-bottom, 0.5s); > display: block; > transition-leave: slide-out(bottom-to-top, 0.5s); > } No! The nice thing about my proposal is that it is entirely declarative, and needs no notion of ‘sliding in’ or ‘out’ nor ‘top’ or ‘bottom’. They are three very simple properties, and it uses regular CSS styling to set what states should be shown. This also makes it entirely backwards-compatible in the sense that existing applications will simply not display the animation, but will simply show the final result for the states. As an aside, note that you can also transition settings with discrete values, which will cause the original discrete value to change after the animation has ended. > What we actually need is standardized methods for reading CSS values > based on classes/id's right in Javascript using DOM methods, e.g. a > mock-up dom method for reading a class value > myElementsBorderWidth = > document.activeStyle('screen').getClassPropertyValue('myclass','border-width') A scripting layer simply needs to check whether animate-properties is set on an element, and if so, store those current properties and monitor whether they change. An animate-motion: none; could be used to specify that the CSS engine itself should not do anything. ~Grauw -- Ushiko-san! Kimi wa doushite, Ushiko-san!! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Laurens Holst, student, university of Utrecht, the Netherlands. Website: www.grauw.nl. Backbase employee; www.backbase.com.
Received on Sunday, 14 May 2006 11:22:19 UTC