je trouve juste dommage que la base même d'un navigateur soit oubliée.
Oui, la base même d'un navigateur est oubliée... mais bon, tu comprends bien qu'ils ont autre chose à faire les dev de firefox, alors si tu ne votes pas tu n'as que ce que tu mérites, ok ⸮
C'est évidemment des conneries, et des expériences négatives comme toi, il y en a plein. Ce n'est pas pour rien que Firefox perd en part de marché.
Mais comme cela a été dit dans d'autres commentaires, il y a beaucoup de choses qui ne sont pas encore validées. Par contre, ce qui provoque une déception de la part de Firefox, c'est d'une part d'avoir habitué les développeurs à être au top sur les nouveautés, même en cours de rédaction, et d'autre de part de voir que c'est Chrome qui possède une avance considérable là dessus (plus de 2 ans d'écart pour l'input type number).
D'autant plus que concernant les Webforms, cela possède un réel impact sur l'expérience utilisateur qui ne peut être que bénéfique: plus besoin de magouilles javascript ou plug-in jQuery lourdingue, celles-ci deviennent des polyfills. Par contre, faire évoluer le javascript pour supporter les brouillons de ES6, l'utilisateur n'y verra rien du tout et c'est à mon avis moins important, mais c'est bien de le faire aussi.
Il est à noter que le type date et time sont standardisés et ne sont pas supportés par Firefox. Par contre le type datetime n'est pas encore validé w3c et a d'ailleurs été renommé en datetime-local. Mais l'ironie est que c'est quand même supporté sur la version mobile (au bout de 8 ans quand même), comme quoi ils ont le sens de la réalité, car saisir une date sur mobile sans Webforms c'est un échec niveau interface utilisateur (hors astuce javascript)
Mais avant le HTML5, il y a d'autres choses que Firefox néglige et qui sont pourtant la base d'un navigateur. Parmi ceux que j'ai rencontrés (pour réaliser une simple admin), il y a:
- 307866, depuis 2005, soit 9 ans (et 4 doublons): la propriété css2 min-height sur un tableau ne fonctionne pas. Il existe une solution heureusement, mais le bug est là à l'abandon, avec occasionnellement des relances d'utilisateurs.
- 140562, depuis 2002, soit 12 ans (et 14 doublons): c'est le bug collector, où il faut modifier la propriété CSS -moz-focus-inner si l'on souhaite obtenir une dimension qui respecte le boxmodel (sinon extra padding à en devenir fou).
- 410959, depuis 2008, soit 6 ans (et 6 doublons): avec le high dpi, le zoom est de plus en plus courant, mais cela provoque des bugs d'affichage grossier, dans mon cas, toutes les bordures d'une colonne étaient correctes, sauf une qui faisait anormalement le double en taille. On sent dans les commentaires la volonté d'aider, Elbart en avril 2014 qui trouve la régression, et puis, c'est tout, plus rien...
Ce qui est amusant est que dans chacun des bugs report, les utilisateurs sont sur le cul:
307866 (min-height pour l'élément table):
Any news on this bug, this is still current en very much annoying. Any idea on when it will be fixed, it seems to take a long time...
I do not understand why it takes so long to fix "min-height" because the "height" property is interpreted as minimum height on tables anyway (it's like an alias).
140562 (-moz-focus-inner)
it’s intransparent, and a huge element of surprise for webdevs who want to control how focus looks.
I think so, yes. It would really confuse users.
410959 (Zoom):
2014 and this is still an issue? Wow.
Firefox ne veut plus être réglo sur les détails, maintenant il y a des workarounds spécifiques Firefox. Mais que faut-il faire ? Ah, voter ? Lancer une grande campagne de votes sur les bugs triviaux de Firefox pour éviter des workarounds spécifiquement pour ce navigateur ? Ah en fait non, la solution est de réduire les parts de marché. Mais même pas besoin de l'aide du bouche à oreille pour réduire les parts de marché, les faibles performances de Firefox s'en sont déjà chargées (c'est du vécu et toujours d'actualité).
Je suis également pro-mozilla, j'ai fais les recherches nécessaires pour les bugs, avec les votes qui vont bien, j'ai même contacté un développeur (à la base pour les problèmes de performance), mais ensuite on laisse juste tomber quand tout le monde s'en fou.
mais qu'est-ce qui te pousse à te plaindre ? Pourquoi le faire ici plutôt qu'à ceux qui peuvent y faire quelque chose ?
...
attends j'ai loupé un épisode ?
Oui, tu as loupé un épisode XD Cela me fait penser à une sorte de "dou tu critik firefox twa, té ki dabor", alors que tous les commentaires de cette dépêche donnent leur avis dessus. Mais bon, cher rupteur, tu arrives comme ça, tu critiques direct firefox, ça va pas la tête ^
[^] # Re: Et le support standard du HTML 5 ??
Posté par Thrillseeker . En réponse à la dépêche Firefox 34, ce Hérault. Évalué à 10.
Oui, la base même d'un navigateur est oubliée... mais bon, tu comprends bien qu'ils ont autre chose à faire les dev de firefox, alors si tu ne votes pas tu n'as que ce que tu mérites, ok ⸮
C'est évidemment des conneries, et des expériences négatives comme toi, il y en a plein. Ce n'est pas pour rien que Firefox perd en part de marché.
Mais comme cela a été dit dans d'autres commentaires, il y a beaucoup de choses qui ne sont pas encore validées. Par contre, ce qui provoque une déception de la part de Firefox, c'est d'une part d'avoir habitué les développeurs à être au top sur les nouveautés, même en cours de rédaction, et d'autre de part de voir que c'est Chrome qui possède une avance considérable là dessus (plus de 2 ans d'écart pour l'input type number).
D'autant plus que concernant les Webforms, cela possède un réel impact sur l'expérience utilisateur qui ne peut être que bénéfique: plus besoin de magouilles javascript ou plug-in jQuery lourdingue, celles-ci deviennent des polyfills. Par contre, faire évoluer le javascript pour supporter les brouillons de ES6, l'utilisateur n'y verra rien du tout et c'est à mon avis moins important, mais c'est bien de le faire aussi.
Il est à noter que le type date et time sont standardisés et ne sont pas supportés par Firefox. Par contre le type datetime n'est pas encore validé w3c et a d'ailleurs été renommé en datetime-local. Mais l'ironie est que c'est quand même supporté sur la version mobile (au bout de 8 ans quand même), comme quoi ils ont le sens de la réalité, car saisir une date sur mobile sans Webforms c'est un échec niveau interface utilisateur (hors astuce javascript)
Mais avant le HTML5, il y a d'autres choses que Firefox néglige et qui sont pourtant la base d'un navigateur. Parmi ceux que j'ai rencontrés (pour réaliser une simple admin), il y a:
- 307866, depuis 2005, soit 9 ans (et 4 doublons): la propriété css2 min-height sur un tableau ne fonctionne pas. Il existe une solution heureusement, mais le bug est là à l'abandon, avec occasionnellement des relances d'utilisateurs.
- 140562, depuis 2002, soit 12 ans (et 14 doublons): c'est le bug collector, où il faut modifier la propriété CSS -moz-focus-inner si l'on souhaite obtenir une dimension qui respecte le boxmodel (sinon extra padding à en devenir fou).
- 410959, depuis 2008, soit 6 ans (et 6 doublons): avec le high dpi, le zoom est de plus en plus courant, mais cela provoque des bugs d'affichage grossier, dans mon cas, toutes les bordures d'une colonne étaient correctes, sauf une qui faisait anormalement le double en taille. On sent dans les commentaires la volonté d'aider, Elbart en avril 2014 qui trouve la régression, et puis, c'est tout, plus rien...
Ce qui est amusant est que dans chacun des bugs report, les utilisateurs sont sur le cul:
307866 (min-height pour l'élément table):
140562 (-moz-focus-inner)
410959 (Zoom):
Firefox ne veut plus être réglo sur les détails, maintenant il y a des workarounds spécifiques Firefox. Mais que faut-il faire ? Ah, voter ? Lancer une grande campagne de votes sur les bugs triviaux de Firefox pour éviter des workarounds spécifiquement pour ce navigateur ? Ah en fait non, la solution est de réduire les parts de marché. Mais même pas besoin de l'aide du bouche à oreille pour réduire les parts de marché, les faibles performances de Firefox s'en sont déjà chargées (c'est du vécu et toujours d'actualité).
Je suis également pro-mozilla, j'ai fais les recherches nécessaires pour les bugs, avec les votes qui vont bien, j'ai même contacté un développeur (à la base pour les problèmes de performance), mais ensuite on laisse juste tomber quand tout le monde s'en fou.
Oui, tu as loupé un épisode XD Cela me fait penser à une sorte de "dou tu critik firefox twa, té ki dabor", alors que tous les commentaires de cette dépêche donnent leur avis dessus. Mais bon, cher rupteur, tu arrives comme ça, tu critiques direct firefox, ça va pas la tête ^