Openweb.eu.org

Les préfixes constructeurs

Nicolas Hoffmann — 2012-08-06T13:10:39Z

Pascale, David : ça montre bien en tout cas qu'il faut garder toutes les versions préfixées. ^^

Les préfixes constructeurs

Pascale Lambert Charreteur — 2012-08-06T09:05:21Z

Maisheuuu ! Elle est à jour :/
Faut me renvoyer à Anaheim, je ne vois que ça ;)

Les préfixes constructeurs

David Rousset — 2012-07-25T12:39:19Z

@Pascale : c'est normal, nous avons commencé à supporter les versions non préfixées qu'à partir d'IE10 PP6 livré avec Windows 8 Release Preview. Si tu as une version antérieure de Windows 8 (Developer Preview ou Consumer Preview), tu as une ancienne version d'IE10 qui ne supportait les gradients qu'en version préfixée.

Conclusion : mets à jour ta tablette !!! :-P

David

Les préfixes constructeurs

Stéphane Deschamps — 2012-07-24T18:56:10Z

Sur le fait que les préfixes ont vocation à valider une syntaxe, le meilleur exemple vient de Firefox 16 qui va sortir sans préfixe pour les dégradés, et comme le montre Paul Rouget :

If you remove the -moz- prefix from your linear gradients, don't forget to update the direction syntax ("bottom left" -> "to top right")

La syntaxe a changé entre les tests et l'implémentation définitive.

Les préfixes constructeurs

Pascale Lambert Charreteur — 2012-07-21T12:22:31Z

C'est curieux ça : je viens de faire le test avec IE10 sous win8, ça ne fonctionne pas du tout sans le préfixe -ms ! Peut-être que cela va évoluer d'ici la sortie officielle de win8, mais je pense qu'il est plus prudent de le mettre...

Les préfixes constructeurs

Goulven Champenois — 2012-07-14T13:35:50Z

Inutile de mettre -ms-gradient dans l'exemple de code : aucune version d'IE ne supporte la version avec préfixe, et IE 10 la supporte sans préfixe.

D'ailleurs un grand nombre de propriétés sont en train de perdre leur préfixe : transitions, transforms, animations, gradients dans IE 10 et Firefox 16. Voilà pourquoi il est indispensable de mettre la version non préfixée en dernière position !

Les préfixes constructeurs

Anthony Ricaud — 2012-07-14T07:08:26Z

@Tanguy : Il y a peu de temps, la communauté t'aurait recommandé d'y aller sur les dégradés parce que c'est bon, c'est réglé, ça bougera plus. Et puis il y a eu l'introduction du préfixe "to". Donc ça n'aurait pas aidé de consulter la communauté.

Il n'y a que deux solutions :
– ne pas utiliser les préfixes
– avoir un fallback correct si la solution préfixée ne marche pas

@Nicolas : Oups, ma énième relecture était fainéante :)

Les préfixes constructeurs

Nicolas Hoffmann — 2012-07-13T18:06:49Z

@Anthony : c'était déjà dans les références et compléments ! ;)

Les préfixes constructeurs

Tanguy Martin — 2012-07-13T16:40:42Z

@Anthony Tout a fait d'accord avec toi, c'est pour ca que j'avais precise dans mon commentaire la condition de s'etre renseigner sur l'utilisabilite d'une feature css3 aupres de la communite des dev web (blogs, twitters, etc..), et grace notamment a des sites comme CanIUse ou HTML5Please sur lesquels on peut plutot bien se fier. A l'epoque ils auraient surement pointe du doigt le fait que l'utilisation des prefixes gradients n'est pas digne de confiance.
Mais ce sont evidemment pas mal de conditions qui peuvent etre contraignantes et a moduler selon les budgets et le temps alloues a chaque projet.

Les préfixes constructeurs

Anthony Ricaud — 2012-07-13T16:27:34Z

Ah oui et depuis le début, j'ai oublié de filer la page pour bien vivre dans le futur !

Recommandations de Mozilla

Les préfixes constructeurs

Nicolas Hoffmann — 2012-07-13T15:30:28Z

"Cependant, cela ne résoud pas le problème du « legacy. » C'est à dire du support du préfixe, une fois la version non préfixée a été déclarée stable".

Ajoute à ça que le navigateur peut ne pas être à jour... donc abandonner le préfixe dans la CSS du projet n'est pas pour autant une solution satisfaisante.

Pourquoi l'expression "doigt coincé dans un engrenage" me vient à l'esprit ? ;)

Les préfixes constructeurs

Anthony Ricaud — 2012-07-13T15:10:15Z

Tanguy : "A partir de ce moment la, utiliser Less/Sass pour qu'il rajoute tous les prefixes qu'il faut plus la propriete CSS n'est pas un probleme."
Et bien si justement c'est un problème. Imagine que tu développes un site à l'époque de la première version de la syntaxe des gradient. D'après ce que tu dis, tu vas inclure toutes les versions préfixées et la non-préfixée. Et bien cette fonctionnalité ne marcherait plus aujourd'hui puisque la syntaxe a énormément changé. Si c'était une prestation et qu'elle est terminée, tu n'as pas moyen d'aller modifier ce site.

Les préfixes constructeurs

Tanguy Martin — 2012-07-13T12:57:36Z

Que des prefixes css se retrouvent en production je ne vois pas le probleme, ne serait que pour faire du "progressive enhancement", a condition (encore une fois une condition) de s'etre renseigner sur l'utilisabilite de tels prefixes grace a des sites comme CanIUse. A partir de ce moment la, utiliser Less/Sass pour qu'il rajoute tous les prefixes qu'il faut plus la propriete CSS n'est pas un probleme.
Je pense qu'on en revient toujours au meme conclusions a la fin : le principe est bon mais souvent son application ne l'est pas, de fait d'un manque d'education des developeurs web. C'est pour cela que des articles comme celui la son primordiales, et plus il y en aura, plus le novice qui cherchera des infos pourra en trouver facilement. Encore faut-il qu'il cherche ! Mais je m'eloigne du debat..

Les préfixes constructeurs

karl — 2012-07-13T12:04:42Z

@Nicolas,

Oui, c'est une possibilité de signaler attention propriété instable. Mais dans ce cas, je choisirais plutôt l'option suivante : -draft-propriete: blah;. Et si les comportements sont différents en fonction des navigateurs, cela montre bien le danger d'utiliser une propriété non finie.

Cependant, cela ne résoud pas le problème du « legacy. » C'est à dire du support du préfixe, une fois la version non préfixée a été déclarée stable.

Le grand enjeu des préfixes CSS n'est pas tant technologique que structurel et social.

Les préfixes constructeurs

Nicolas Hoffmann — 2012-07-13T11:53:26Z

A mon sens, les préfixes ont leur pertinence, toutefois il faut la repenser : à mon avis, ils sont maintenant là pour dire surtout "attention, usage à risque/truc pas stable" : c'est ce que j'ai humblement essayé de transmettre dans cet article : en substance, vous voulez franchir la ligne, ok, mais vous ne pourrez plus dire que vous n'étiez pas au courant des risques en ouvrant la boite de Pandore.

Et comme tu l'as dit, Less et Sass simplifient la vie des intégrateurs, pas des navigateurs.

Les préfixes constructeurs

karl — 2012-07-13T10:50:57Z

Partie 2

Et donc cela pose à nouveau la question en des termes différents pour les autres navigateurs… de supporter la syntaxe des préfixes d'autres navigateurs diluant un peu plus la signification des préfixes (un espace réservé et protégé pour tester une technologie). La pression essentielle pour les navigateurs est d'être compatible avec le Web et la façon dont il est écrit afin de pouvoir interprêter les pages Web.

C'est pour cela que les pratiques de less et de sass ne font qu'accentuer le problème en faisant croire à une amélioration de la situation. Finalement, ne courrons nous pas après les problèmes quand individuellement nous faisons le choix sur nos sites Web d'utiliser des propriétés qui ne sont pas prêtes. La structure sociale et économique du Web n'appelant pas à une solidarité collective de l'interopérabilité. Il y a peu de chances pour un changement de pratique des concepteurs.

Au final, cela pose la question de la pertinence des préfixes CSS dans le processus de normalisation.

Les préfixes constructeurs

karl — 2012-07-13T10:49:59Z

Il y a deux conditions essentielles pour que les préfixes CSS fonctionnent dans l'esprit initial de leur conception :

1. les sites Web sont mis à jour en permanence.
2. les navigateurs Web ne rendent pas disponibles la fonctionnalité du préfixe dans la version finale du navigateur.

Nous savons tous que ces deux conditions ne sont pas remplies. Un site déployé est rarement retouché s'il ne fait pas partie d'un système de gestion interne. Résultat : Nombre de pages sur le Web traînent avec des préfixes qui ne devraient plus y être. Bien sûr comme dans le bug de Mozilla, certains se plaignent de l'abandon de la propriété avec préfixes. L'ironie est que les équipes de Chrome et Safari ne veulent pas laisser tomber les préfixes pour être compatibles avec les pratiques des auteurs. Nombre de sites codés uniquement pour Webkit s'arrêteraient de fonctionner proprement.

Les préfixes constructeurs

Nicolas Hoffmann — 2012-07-13T10:32:53Z

Tanguy : Oui, j'ai vu le tweet passer ce matin, je l'ai ajouté dans références et compléments ("Un exemple de dégât collatéral occasionné par l'utilisation des préfixes"), vu que c'est un exemple parfait de ces problèmes.

Les préfixes constructeurs

Tanguy Martin — 2012-07-13T10:15:34Z

Je viens de voir qu'Anthony Ricaud a fait la meme remarque dans son commentaire !

Les préfixes constructeurs

Tanguy Martin — 2012-07-13T10:13:54Z

Tres bon article qui resume bien les problemes potentiels lies a la mauvaise utilisation de prefixes proprietaires. C'est drole (enfin ca depend..) car je viens juste de tomber sur un tweet donnant un lien pointant vers le bugzilla de mozilla firefox, avec une personne se plaignant de l'arret de support de certains prefixes constructeurs sur la derniere version de firefox : https://bugzilla.mozilla.org/show_bug.cgi?id=765645

Ce qui amene a un autre point quand on utilise les prefixes proprietaires, non critique cependant : etre au courant quand les navigateurs "laissent tomber" les prefixes pour supporter complement la syntaxe officielle, et ainsi reagir en mettant a jour ses CSS pour virer les prefixes au fur et a mesure. Evidemment apres s'etre assurer que le pourcentage d'utilisation d'anciens navigateurs ne supportant pas les version non prefixees est negligeable. (et si on peut revenir sur un projet potentiellement deja termine, en terme de temps/cout).