From old feedback: Custom transition-timing-function values | Cwicly
Option to enter custom timing functions for the transition property
From old feedback: Custom transition-timing-function values | Cwicly
Option to enter custom timing functions for the transition property
In addition to that:
Currently it is not possible to enter variables or CSS calc functions into the transition delay field.
Useful for more advanced stuff like staggered transitions and also saves a lot of CSS instead of creating multiple Relative Styles just for transition delay purposes.
So both, transition timing function and transition delay, could feature an input with no restrictions.
I understand the way it currently works is most likely to prevent errors and hopefully this gets resolved at some time, also with other fields that only allows certain values.
Hope that makes sense.
I second this, very needed and essential:
I have the same request for box-shadow since current solution doesn’t allow CSS variables, it just parses pasted text to inputs.
An additionnal real free text input for the whole property would be the best.
Maybe with a switch like basic/advanced which would show/hide separate number inputs / free text input?
NOTE that the box-shadow paste/parse mechanism is brilliant and is probabhly OK for most people, but it is not enough when using some framework or sitewise transitions/shadows.
So, an hybrid solution could be worked out:
var
or calc
in ALL inputs (including number inputs)It might require some really complex regex stuff, though, but CSS does it
So maybe just a free text input and no parse/sync would be OK?
Thanks for reviving this topic @yankiara.
Quite surprised at the same time that this didn’t get more attention over the past year.
Wondering if there are (even) plans of improvement in that regard.
Would clear things up and make it easier for me to decide how to proceed and handle this topic in the future in terms of integration/implementation.