css : -moz-border-radius - Page 1

Yaronet utilise les propriété CSS "-moz-border-radius-topright" et "-moz-border-radius-topleft" que Mozilla a maintenant dépréfixé. Elle ne marchent plus actuellement sur Aurora, le futur Firefox 13(dans 3 mois).

Il faudrait utiliser "border-top-left-radius" et "border-top-right-radius", cela permetait au passage de le faire marcher sur d'autre navigateurs que Firefox, notamment les navigateurs sous webkit

Ça leur coûtait quoi de supporter les deux syntaxes ? Quel est l'intérêt d'un changement qui n'apporte rien, à part casser les anciens sites qui ne seront pas mis à jour ?

J'ai l'impression que les développeurs de Firefox ont complètement pété les plombs depuis que Chrome est sorti, ils font n'importe quoi

l'idée du prefix est stupide déjà à la base...

Zerosquare (./2) :
Ça leur coûtait quoi de supporter les deux syntaxes ? Quel est l'intérêt d'un changement qui n'apporte rien, à part casser les anciens sites qui ne seront pas mis à jour ?

J'ai l'impression que les développeurs de Firefox ont complètement pété les plombs depuis que Chrome est sorti, ils font n'importe quoi

Les deux syntaxes étaient supportées en parallèle depuis un moment.

Le but de l'arret du support de la version préfixée et de ne pas pérenniser les propriétés préfixées qui normalement ne devraient pas être utilisées sur des sites de production.
Les préfixes sont en effet une plaie qui conduit souvent à plus de problèmes qu'ils ne sont censés régler. Une des conséquence de la pérennisation de certaine propriétés préfixées est que Mozilla est en train de se poser la question s'ils doivent prendre en compte certaines propriété préfixées webkit qu'il supporte très bien mais que 90% des développeur n'utilisent qu'avec le préfixe webkit.

Uther (./4) :
Les préfixes sont en effet une plaie, Mozilla est même en train de se poser la question s'ils doivent prendre en compte certaines propriété préfixées webkit qu'il supporte très bien mais que 90% des développeur n'utilisent qu'avec le préfixe webkit.

Je vois même pas pourquoi ils se posent la question. Ils savent le faire et ça marche ? Ben alors qu'ils supportent la version préfixée, même si elle commence par webkit-. C'est vraiment trivial à faire, et c'est un avantage pour les utilisateurs. (Et pour ceux qui aiment les trucs tout propres sans aucun code pour la rétrocompatibilité, s'ils ont choisi de bosser sur un navigateur Web, c'est qu'ils sont vraiment pas malins )

Bah oui mais c'est une incitation à utiliser des balises non-standard... c'est déjà le bordel avec ce qui est standardisé, alors si chaque navigateur y va de son petit préfixe perso et qu'en plus ça finit par être repris par les autres, on peut tout de suite revenir 10 ans en arrière dans les tentatives de normalisations actuelles :/

si je ne m'abuse les version préfixées étaient la car la norme n’étais pas arrêté, au moins on étais sur du résultat par navigateur, opera à lui aussi ses préfixes

perso je n'en ai jamais mis (et limite j'efface quant le graphiste m'envois un css avec les règles pour chaque navigateur ^^)

Oui, ça n'a un sens que pour faire des tests sur un navigateur spécifique, mais si Firefox se met à copier les règles -webkit (ou n'importe quel autre crossover), ça devient n'importe quoi :/

C'est aux sites d'être propres, pas aux navigateurs de gérer les syntaxes que chaque autre navigateur pond pour se faire plaisir...

si dès à présent les sites n'utilisent plus les préfixe webkit et que ce support n'est que temporaire, pourquoi pas

edit > Folco, malheureusement en général le source des sites c'est pas du propre, bien optimisé aux petits oignons

r043v (./7) :
si je ne m'abuse les version préfixées étaient la car la norme n’étais pas arrêté, au moins on étais sur du résultat par navigateur, opera à lui aussi ses préfixes

En effet tous les moteurs de rendus ont leur préfixe("ms-", "moz-", "webkit-", "o-", ...) et en théorie, ils ne devraient être utilisés qu'à des fins de test. Malheureusement, ce n'est pas toujours le cas.

Bin ça se comprend aussi, c'est dommage de se priver d'une avancée à si faible coût ^^

et ça serait si compliqué de les désactiver par défaut et de proposer une option dans les outils de dev pour activer celles qui sont supportées ?

(ou l'inverse)

flanker (./12) :
Bin ça se comprend aussi, c'est dommage de se priver d'une avancée à si faible coût ^^

Certes, mais c'est censé être fait en connaissance de cause. Quand on fait ça, on est prévenu que ça va casser un jour ou l'autre.

Un petit up pour signaler que Firefox passe à la version 13 dans 3 semaines. Ça serait bien que ce petit problème plutôt simple à corriger soit réglé d'ici là.

Ça serait même utile pour les autres navigateurs modernes qui pourront ainsi profiter des bords arrondis.

Ça y est, yAronet est tout carré.

Un fichier css corrigé : Fichier joint : styles.css

Ah ben ça y est ici aussi, yN tout carré ^^
(est-ce qu'on peut dire que ça fait moderne, les carrés, après des années de ronds ?)

(oui, regardes une fenêtre windows 7 et l'aspect qu'elle aura sur windows 8 pour te faire une idée )

windows 7 et windows 8, ça risque pas tellement de m'arriver ^^
(je suis sous Linux sur toutes mes machines, que ce soit chez moi ou au bureau ^^ )

(bon dans ce cas tu profiteras du nouveau design d'ici dix ou douze ans)

corrigé (il faudra probablement une demi-douzaines de F5 et autres vidages de cache pour voir le changement)

Mais que se passe-t-il ?

\o/ Merci

Alléluia !

Et demain, yAronet mobile en full-3D via WebGL !

Pas la peine, ça existe déjà avec Firefox :
Fichier joint : (yn3d.png)