Fix a bug where the editor selectively deletes certain vendor-prefixed CSS properties
For example, if I enter:
style="-webkit-transform: skewX(30deg) translateX(25px);-moz-transform: skewX(30deg) translateX(25px);transform: skewX(30deg) translateX(25px);"
Then the editor will strip it down to only contain:
style="-webkit-transform: skewX(30deg) translateX(25px);"
Since I use advanced CSS effects extensively in some of my slides, this means some audience will see broken slides.
Gias Kay Lee
shared this idea
-
AdminOwen
(Owner, Slides)
commented
Just tested the h1 sample you pasted and it worked when opening and closing the editor again. Not sure why it would differ if we're on the same setup.
However I tested in Safari as well and can confirm that only -webkit remains there. When the markup is saved and injected into the DOM, I guess some browsers strip all style properties they can not interpret. Unofrtunately I don't think there's anything we can do about this on our end.
-
Gias Kay Lee
commented
Should be:
It became this "after I hit OK and entered the editor view again".
-
Gias Kay Lee
commented
Hmm OS X Chrome, same I guess. When I paste this following into the editor:
<h1 style="-webkit-transform: skewX(30deg) translateX(25px);-moz-transform: skewX(30deg) translateX(25px);transform: skewX(30deg) translateX(25px);">test</h1>
It became this:
<h1 style="-webkit-transform: skewX(30deg) translateX(25px);">test</h1>
Though I also found out that the custom CSS panel that comes with the Pro account (thanks again!) does not exhibit this behavior so I can fix this issue inside there.
-
AdminOwen
(Owner, Slides)
commented
I just tried this in Chrome OS X and was able to save an element with those styles, reload the deck, and the styles were still there in the markup afterwards.
What browser and OS do you use?