Si j'utilise disons une fonction non-POSIX, mon but n'est pas de faire chier un organisme de normalisation mais de satisfaire un besoin. Le jour où POSIX inclut une fonctionnalité équivalente, eh ben tant mieux : je peux migrer mon code vers une API plus portable.
Oui. Tout comme les développeurs peuvent migrer leur code. Mais dans 99% des cas, ils ne le font pas. Parce qu'une fois le site développé, les "vieux" trucs restent. Et parfois très longtemps. Surtout quand ceux qui sont chargés de faire évoluer le site ne sont pas les développeurs initiaux. Il arrive trèèèèès souvent qu'ils ne touchent qu'à ce qu'il y a besoin d'être touché, par manque de temps, par peur de casser des choses, par j'm'enfoutisme etc..
Au W3C de les fournir à la nouvelle itération
Tu es à coté de la plaque. Les éditeurs implementent les trucs BIEN AVANT de proposer des specs au W3C. C'est pas le W3C qui "fournit".
Je ne vois pas pourquoi leurs problèmes d'organisation interne les autorisent à incriminer les développeurs Web qui, eux, n'y sont pour rien.
Non, ce sont les développeurs web qui sont responsables. les propriétés prefixées sont pour la plupart des trucs experimentaux. LES DEVELOPPEURS NE SONT PAS CENSES LES UTILISER. Ou si ils les utilisent, qu'ils aient au moins le courage de mettre les propriétés préfixés pour les autres navigateurs ET de mettre celles sans prefixe, ceci afin de garantir un minimum que leur site fonctionnera PARTOUT et dans la durée.
Un développeur web est censé suivre les standards. C'est son job de faire en sorte que son site (public) soit lisible partout, parce que c'est la nature même du web d'être "agent agnostic". Ne pas le faire est une faute professionnelle selon moi. Ne pas le faire, c'est ne pas suivre les "rêgles" du WEB. Si on ne veut pas suivre ces rêgles, il faut changer de branche.
Imaginons qu'un navigateur X non basé sur webkit gagne énormément de part de marché pour X raisons, sur le mobile. Que va-t-il arrivé ? Plein de sites cassés. Parce que des développeurs incompétents n'auront pas fait leur job comme il faut, en utilisant des trucs prefixés ciblant un seul navigateur. Bref, des développeurs comme il y en avait au temps de IE6. Avec les conséquences que l'on connait.
[^] # Re: Please fill out this field
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Appel pour le web ouvert !. Évalué à 10.
Oui. Tout comme les développeurs peuvent migrer leur code. Mais dans 99% des cas, ils ne le font pas. Parce qu'une fois le site développé, les "vieux" trucs restent. Et parfois très longtemps. Surtout quand ceux qui sont chargés de faire évoluer le site ne sont pas les développeurs initiaux. Il arrive trèèèèès souvent qu'ils ne touchent qu'à ce qu'il y a besoin d'être touché, par manque de temps, par peur de casser des choses, par j'm'enfoutisme etc..
Tu es à coté de la plaque. Les éditeurs implementent les trucs BIEN AVANT de proposer des specs au W3C. C'est pas le W3C qui "fournit".
Non, ce sont les développeurs web qui sont responsables. les propriétés prefixées sont pour la plupart des trucs experimentaux. LES DEVELOPPEURS NE SONT PAS CENSES LES UTILISER. Ou si ils les utilisent, qu'ils aient au moins le courage de mettre les propriétés préfixés pour les autres navigateurs ET de mettre celles sans prefixe, ceci afin de garantir un minimum que leur site fonctionnera PARTOUT et dans la durée.
Un développeur web est censé suivre les standards. C'est son job de faire en sorte que son site (public) soit lisible partout, parce que c'est la nature même du web d'être "agent agnostic". Ne pas le faire est une faute professionnelle selon moi. Ne pas le faire, c'est ne pas suivre les "rêgles" du WEB. Si on ne veut pas suivre ces rêgles, il faut changer de branche.
Imaginons qu'un navigateur X non basé sur webkit gagne énormément de part de marché pour X raisons, sur le mobile. Que va-t-il arrivé ? Plein de sites cassés. Parce que des développeurs incompétents n'auront pas fait leur job comme il faut, en utilisant des trucs prefixés ciblant un seul navigateur. Bref, des développeurs comme il y en avait au temps de IE6. Avec les conséquences que l'on connait.