Mass-unprefixing in Firefox 16

http://paulrouget.com/e/unprefixing-in-firefox-16/

by cleverjake • 14 years ago

71 44 14 years ago

paulrouget.com

kaizenfury7• 14 years ago

None of the bug links are working for me.

paulrouget• 14 years ago

Should work now.

bugschivers• 14 years ago

-moz-border-radius and -moz-box-shadow were both unprefixed in 13, I only know because I had a personal html page themed for firefox exclusively which was affected. There doesn't seem to be much comment on this unprefixing from Mozilla in any Official capacity, when my personal page was affected it was only by accident that I ran across this page https://developer.mozilla.org/en/Firefox_13_for_developers that mentions it. Just thought I'd mention this in case anyone was affected.

TazeTSchnitzel6• 14 years ago

I personally think we should cut down on prefix use. Whilst it may be impractical to completely eliminate them, they are a PITA for developers, and have made the mobile web too heavily reliant on WebKit.

Achshar9• 14 years ago

I know, i am using transitions/gradients on my project and i have to write 5(!) different rules just to set one property. This is for production code.

  background: -webkit-linear-gradient(#fff, #fdd 75%, #fcc);
  background: -moz-linear-gradient(#fff, #fdd 75%, #fcc);
  background: -ms-linear-gradient(#fff, #fdd 75%, #fcc);
  background: -o-linear-gradient(#fff, #fdd 75%, #fcc);
  background: linear-gradient(#fff, #fdd 75%, #fcc);

And this is used every time i have to set a gradient. I really wish there were some better options than prefixes. I am not surprised at all if developers move to supporting just webkit. This is a lot of work and maintaining. And without css variables, it is a mess to change a color. It is very tempting to just use the -webkit- version and probably a non prefixed one for future compatibility. 2 is far better than 5.

Edit: And i should mention, this is not a mobile website, it's a desktop site.

TazeTSchnitzel6• 14 years ago

Yeah. And that's without supporting older versions of syntax. You might need another 2 or 3 lines if you're unlucky, or possibly worse.

Many people including myself think prefixes should be eliminated entirely[1], or replaced with a single prefix for the experimental[2].

[1] http://paulirish.com/2012/vendor-prefixes-are-not-developer-...

[2] http://www.quirksmode.org/blog/archives/2010/03/css_vendor_p...

ars2• 14 years ago

Missed one:

    background: -webkit-gradient(linear, 0 0, 0 100%, from(#fff) color-stop(75%, #fdd) to(#fcc));

(I hope I got that syntax right.) This one should go above webkit-linear-gradient.

And it's also an example of why prefixes were invented - the syntax is totally different.

I think vendors should unprefix the moment their prefix matches the spec.

Natsu2• 14 years ago

Why not uses SASS and let mixins do that crap?

tomjen33• 14 years ago

Why include the MS prefix? the only browser that support is not yet in production and will presumably unprefix it before it ships.

zobzu• 14 years ago

"I am not surprised at all if developers move to supporting just webkit."

that's why Mozilla is unprefixing IMO.

But yep, so much for standards.

erikb• 14 years ago

Your comment actually explains to me, what I didn't know without CSS experience: What this post is actually about.

cpeterso2• 14 years ago

Does WebKit implement unprefixed property names alongside -webkit- prefixed names?

Karunamon• 14 years ago

Looks like this is begging for a macro. Write it once, highlight, ctrl+something, the other specific versions are automatically created in place.

SCdF• 14 years ago

Maybe this is pigheaded or troglodyte-esque of me, but I solve this problem by refusing to use any CSS 'features' that require prefixes.

I can live without gradients, my life will go on.

TazeTSchnitzel6• 14 years ago

Hmm, good point. In general I rarely use special prefixed CSS features, and the ones that I do are rarely worth the effort.

tomjen33• 14 years ago

The problem with all those prefixes is the w3c. They are stuck in the web of the 90.

gioele2• 14 years ago

I hope I will not see many more of this kind of news.

Dear browser makers, please, enable your prefixed CSS properties only in dev/night/beta builds. Leave only unprefixed CSS properties in the release stable browsers. With this you will be able to test new features, show them to web developers and, at the same time, save them from the madness of maintaining five different slightly different versions of new CSS properties. How many developers do you think will not remove the `-moz-` prefixes from they CSS? Who do you expect to say "from now on we will only support Firefox 16, let's drop the prefixed version used by older versions"?

Prefixes are for testing, not for stable applications.

mbrubeck• 14 years ago

That's exactly what Firefox developers like Henri Sivonen [1] and David Baron [2] think, and their proposals have a lot of support within Mozilla and a high chance of being adopted. It would be great to get other vendors on board too.

[1] http://hsivonen.iki.fi/vendor-prefixes/ (see "Keep Experimental Features in Experimental Builds")

[2] https://groups.google.com/d/msg/mozilla.dev.platform/itl6mtx... (dbaron is Mozilla's representative to the W3C Advisory Committee as well being a principal engineer on the layout team and deeply involved in the development of CSS over the past decade.)

kstrauser• 14 years ago

From the first bug linked from the article (at https://bugzilla.mozilla.org/show_bug.cgi?id=762302):

    The CSS Working Group has agreed to give the go-ahead to browser implementers to unprefix CSS3 Transitions, Transforms, and Animations:

    http://lists.w3.org/Archives/Public/www-style/2012Jun/0105.html

So contrary to your comments, they're doing this because the W3 said that it's time to do so.

gioele2• 14 years ago

> So contrary to your comments, they're doing this because the W3 said that it's time to do so.

My point is that support for prefixed CSS properties should not be available in stable releases at all.

What they should have done from the beginning (and from other comments seems it will be done in the future) is to enable experimental prefixed CSS properties only in dev builds (to demonstrate to the W3C working group the feasibility of those new properties) and remove such properties from stable releases. In this way the stable releases will have _only_ W3C approved prefixes, not the current mess of draft + CR + TR support.

cpeterso2• 14 years ago

Firefox 16 will hit the mozilla-release channel on October 9: https://wiki.mozilla.org/RapidRelease/Calendar

wdc2012• 14 years ago

In other words: same as IE10. http://blogs.msdn.com/b/ie/archive/2012/06/06/moving-the-sta...

Mass-unprefixing in Firefox 16

Related Stories