À la fin de 2012, le stratège de la plate-forme mobile Peter-Paul Koch a reçu un parrainage pour QuirksMode.org, qui, selon lui, lui permettrait de passer plus de temps à rechercher des normes Web et à travailler sur des tableaux de compatibilité qui seraient partagés avec webplatform.org.
Au cours du week-end, les sélecteurs CSS pour les tables mobiles ont été mis en ligne. Koch a également exploré plus avant les colonnes CSS et a découvert qu'il y avait un chemin à parcourir en ce qui concerne la mise en œuvre.
Nous avons parlé à Koch de son travail, de la manière dont ses tests sont écrits et des raisons pour lesquelles les développeurs devraient être plus prudents en ce qui concerne les tests par moteur.
.net: vous consacrez beaucoup d'efforts à vos tables mobiles. Est-ce quelque chose qui n’a pas été fait à ce point ailleurs?
PPK: Non, ce n’est pas vraiment fait. Les tables les plus proches des miennes sont celles de Max Firtman et se concentrent sur les API HTML5.
Je ne crois pas à l’automatisation des tests ou des scores du navigateur, et je ne compte donc pas vraiment les tests tels que le test HTML5. Ensuite, nous avons Puis-je utiliser…, qui est utile mais ne donne parfois pas les informations correctes du navigateur.
Pour autant que je sache, je suis toujours celui qui effectue les tests les plus détaillés - et le seul à publier des pages de test ainsi que des résultats.
.net: Comment allez-vous écrire les tests?
PPK: Lentement! Parfois, il n'est pas facile de comprendre ce que signifie une spécification, en particulier lorsqu'il n'y a que deux implémentations qui sont subtilement (ou follement) différentes. Heureusement, j'ai beaucoup d'expérience dans la rédaction de tests de navigateur et je sais donc comment éviter les pièges courants.
Par exemple, au début, il semblait qu'Opera Mini ne supportait pas les classes CSS, mais c'est évidemment absurde. Le problème s'est avéré être que je testais le support des classes en donnant un élément de test style de police: italique. De nombreux Opera Minis ne prennent pas en charge ce style. Parce que j’avais déjà rencontré ce problème, je savais que je devais changer de style de test. Et le navigateur MeeGo ne prend pas en charge font-variante: petites majuscules. Même histoire.
Incidemment, JavaScript donne toujours italique lorsque vous demandez à Opera Mini le le style de police valeur. Cela prouve que vous ne pouvez pas automatiser ces tests: vous devez regarder la page et déterminer si elle utilise une police italique.
.net: dans votre article récent sur les sélecteurs et les colonnes, vous indiquez que les navigateurs utilisant la même version de WebKit ont une compatibilité variable. Cela met-il en évidence la manière dont les développeurs doivent être prudents en ce qui concerne les techniques de pointe et tester plus rigoureusement sur tous les appareils?
PPK: Ouais. Il n'y a pas de WebKit sur mobile. Il existe au moins douze navigateurs différents (à l'exclusion des versions qui utilisent WebKit comme moteur de rendu), mais ils ne se ressemblent pas nécessairement.
Le meilleur exemple est le -webkit-column-span déclaration. Il s'avère que WebKit a récemment abandonné le support. Il s’agit du problème de compatibilité le plus étrange que j’aie jamais rencontré, car il n’est pas possible d’associer le support à des versions spécifiques de WebKit. Donc, la prise en charge de cette déclaration est un gâchis, et le fait qu'un navigateur utilise WebKit ne dit exactement rien.
