Opquast - Liste de commentaires pour la checklist webperf https://checklists.opquast.com2018-06-11T08:52:23.424430ZCriterion N °108 - Level 1 - Description Seule la prévisualisation d'une vidéo est pré-chargée au chargement de la page.2018-06-11T08:52:23.424430Ztag:checklists.opquast.com,2018-06-11:/workshops/webperf/criterion/19029/Elie Sloïm - Criterion N °20 - Level 1 - Description L'indication de mise en cache des ressources statiques est d'au moins un mois.2016-01-23T21:45:10.751118Ztag:checklists.opquast.com,2016-01-23:/workshops/webperf/criterion/19050/Nedelonov - <p>test</p> Criterion N °114 - Level 2 - Description Un commentaire conditionnel vide précède l'élément racine si les commentaires conditionnels sont utilisés.2012-10-10T20:16:05Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19056/Matthieu Larcher - Il y a une solution à ce noeud gordien basée sur les précompileurs css (cf ce post: http://nicolasgallagher.com/mobile-first-css-sass-and-ie/ )<br><br>Mais perso j'ajoute généralement des règles spécifiques pour ie basées sur les classes du tag html (mises grâce aux cc). C'est généralement dérisoire en terme de poids et tellement plus simple que n'importe quelle autre solution...<br> Criterion N °114 - Level 2 - Description Un commentaire conditionnel vide précède l'élément racine si les commentaires conditionnels sont utilisés.2012-10-10T20:05:53Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19056/Nicolas Hoizey - Cela veut dire que tu envoies à 95% des utilisateurs des bouts de CSS dont ils n'ont pas besoin, donc tu dégrades (souvent de façon dérisoire, certes) leurs perfs à eux. Criterion N °114 - Level 2 - Description Un commentaire conditionnel vide précède l'élément racine si les commentaires conditionnels sont utilisés.2012-10-10T16:27:42Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19056/Fabrice Bonny - Rien n'empêche de mettre les règles dans des CSS propres à chaque version d'IE et à les concaténer. Il suffira de virer la CSS ie6.css de la concaténation et le CC dans le HTML pour arrêter le support, par exemple.<br><br>C'est tout aussi souple, tout en accélérant les navigateurs qui en ont le plus besoin, non ? Criterion N °114 - Level 2 - Description Un commentaire conditionnel vide précède l'élément racine si les commentaires conditionnels sont utilisés.2012-10-10T13:19:55Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19056/Laurent Denis - En l'état d'avancement de la checklist, nous devons ramener cette BP en proposition. N'hésitez pas à poursuivre ;-) Criterion N °114 - Level 2 - Description Un commentaire conditionnel vide précède l'élément racine si les commentaires conditionnels sont utilisés.2012-10-10T12:49:29Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19056/Nicolas Hoizey - Non, les CC sont justement utilisés pour mettre les classes dont on parle sur la balise &lt;html&gt;.<br><br>Par contre, je ne suis pas aussi catégorique que la formulation de Fabrice, mettre des CC pour une CSS qui ne sert qu'aux vieux IE, ça évite d'envoyer parfois pas mal d'instructions inutiles aux autres navigateurs… Certes ça pénalise un peu ces vieux IE avec un download en plus, mais c'est un pari (gagnant à coup sûr) sur l'avenir où on pourra virer complètement cette CSS. Criterion N °114 - Level 2 - Description Un commentaire conditionnel vide précède l'élément racine si les commentaires conditionnels sont utilisés.2012-10-10T12:42:48Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19056/Laurent Denis - Donc, il ne faut pas utiliser les CC, tout court ? (charger des CSS spécifiques est leur seul intérêt, non ?) Je me dit qu'il serait plus raisonnable de supprimer simplement cette BP de la version Webperf V1 et de poursuivre plus tranquillement la discussion et la réflexion sur le sujet, pour la suite. Donc à renvoyer en proposition et à poursuivre. Criterion N °34 - Level 2 - Description Les ressources statiques sont hébergées sur un autre domaine.2012-10-10T12:05:46Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19018/Jean-Pierre Vincent - donc on garde la formulation mais dans la doc on suggère qu'on peut aussi faire avec des sous-domaines si on fait bien attention, c'est ça ? Criterion N °114 - Level 2 - Description Un commentaire conditionnel vide précède l'élément racine si les commentaires conditionnels sont utilisés.2012-10-10T12:00:47Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19056/Jean-Pierre Vincent - ça me va car on fait deux coups en un :<div><ul><li>on recommande de ne pas utiliser de requête supplémentaire pour les vieux navigateurs</li><li>si le dev le fait quand même, on lui donne la technique pour limiter la casse</li></ul><div><br></div></div> Criterion N °114 - Level 2 - Description Un commentaire conditionnel vide précède l'élément racine si les commentaires conditionnels sont utilisés.2012-10-10T10:09:27Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19056/Fabrice Bonny - Je propose de garder la BP en la transformant en {Les commentaires conditionnels ne sont pas utilisés pour charger des feuilles de style spécifiques}. Et on met l'explication des classes sur la balise &lt;html&gt; dans la fiche. Criterion N °34 - Level 2 - Description Les ressources statiques sont hébergées sur un autre domaine.2012-10-10T09:23:49Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19018/Laurent Denis - A ce stade de l'élaboration de la version 1 de la checklist, il me semble que cette question gagnera à être traitée en aval, c'est à dire dire dans la documentation technique de la bonne pratique. Criterion N °8 - Level 1 - Description Toutes les balises HTML sont fermées2012-10-10T08:40:09Ztag:checklists.opquast.com,2012-10-10:/workshops/webperf/criterion/19058/Laurent Denis - La bonne pratique est en fait volontairement indifférente aux doctypes : elle demande la fermeture systématique des balises même en cas de DTD HTML (qui autorise par exemple les P ou les LI non fermés).<br><br>En effet, l'idée est que la fermeture systématique n'est pas un point bloquant aujourd'hui pour les CMS et autres outils d'éditions ou frameworks. Et qu'elle constitue une approche résolument plus simple, qui épargne d'avoir à se demander si telle balise doit être obligatoirement fermée ou non.<br><br>On pose donc une exigence un peu plus forte que celle de certains doctypes, mais cela revient en fait à simplifier les choses ;-) Criterion N °107 - Level 1 - Description Les ressources vidéo sont compressées dans la limite d'une qualité visuelle acceptable.2012-10-09T08:15:38Ztag:checklists.opquast.com,2012-10-09:/workshops/webperf/criterion/19028/Nicolas Hoffmann - Ce n'est pas discriminant, mais à mon "avi", ça fait totalement doublon avec la BP de départ : "Les ressources vidéo sont compressées dans la limite d'une qualité visuelle acceptable."<br><br>C'est plus large : même si elle est compressée plusieurs fois, le critère est la qualité finale, pas le nombre de "compressions". Criterion N °109 - Level 1 - Description Sauf besoin spécifique (impression), les PDF sont proposés en basse résolution.2012-10-08T16:54:01Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19036/Jérémie Patonnier - Sur la formulation initial de cette BP, je pense que la proposition de Elie (BP 29 : https://checklists.opquast.com/webperf/workshops/criterion/19919) est plus intéressante et dans ce cas, là, oui, on peut laisser mourir celle-ci.<br><br>Par contre, je suis toujours convaincu que ma proposition de reformulation sur le premier commentaire peu être valable. Criterion N °105 - Level 1 - Description Les images ne comportent que les méta-données nécessaires à la prévisualisation.2012-10-08T16:38:06Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19022/Jérémie Patonnier - Tu as bien compris l'idée (^_^)<br><br>Sinon, après, je voie la discussion... perso, là on parle de perf, j'aurai tranché dans le vif et clairement dis "a mort les meta-données" on veux que ça aille vite oui ou non ? Après, si on veux garder des meta données pour x ou y raison, pas de problème, mais dans ce cas, cette BP sera invalidé sciemment. Ce qui n'a jamais été un problème vu que ce qui est important dans une BP, ce n'est pas qu'elle soit validé mais qu'elle soit mesuré avec toutes les décision qui vont bien en pleine connaissance de cause.<br><br>Personnellement, ça ne me choque pas du tout que des BP de différents référentiels soient en oppositions frontal. Criterion N °103 - Level 3 - Description Le stockage local est utilisé quand les cookies ne sont pas nécessaires.2012-10-08T16:32:56Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19070/Jérémie Patonnier - Je pense qu'on pourra dans la fiche de la BP faire des suggestion de mise en oeuvre technique. Par contre, sur le BP elle-même, j'aurai tendance à être un peu dure car je rencontre encore trop souvent des cookies qui sont utilisé à la place d'un localStorage "parce-qu'on-faisait-comme-ça-avant-et-que-ça-marche-partout" sans plus de réflexion sur les alternative existante qui elle aussi marche partout.<br><br>En ce qui me concerne, je me suis convertie depuis très, très longtemps à la religion "Les cookies, pour les ID de session uniquement tu utilisera"... les impies étant bien sur châtiés par le feu. Criterion N °102 - Level 1 - Description Les événements sont portés par un élément parent plutôt que par de multiples enfants.2012-10-08T16:27:30Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19040/Jérémie Patonnier - Globalement, comme sur beaucoup d'autre BP, on entre dans une logique d'audit "profond", compliqué et couteux... bref c'est sans doute possible mais je pense que la difficulté de la mesure va décourager beaucoup de monde et rendre la BP finalement assez inefficace.<br><br>Peut-être ne faudrait-il n'en faire qu'une simple recommandation Criterion N °29 - Level 2 - Description Chaque ressource statique est toujours servie par le même domaine.2012-10-08T16:21:58Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19038/Jérémie Patonnier - Oui, c'est la BP 37 : https://checklists.opquast.com/webperf/workshops/criterion/21004 :) Criterion N °810 - Level 1 - Description Seules les animations visibles sont actives.2012-10-08T16:19:47Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19032/Jérémie Patonnier - Moi je pense que non, ce n'est pas possible du tout à vérifier sinon, indirectement. Tu prend une page avec une animation CSS qui n'est pas visible dans le viewport et tu mesure la charge CPU. Tu prend maintenant la même page sans l'animation du tout et là aussi tu mesure la charge CPU.<br><br>Le problème de ce genre de méthode c'est que si dans certains cas c'est simple, dans d'autre cas, ça peut être assez rock'n'roll d'isoler l'animation. En outre, il n'y a rien à faire, tu ne mesure pas la même chose. Bref... la mesure est très complexe à obtenir (automatiquement ou manuellement) et le résultat est d'une fiabilité douteuse (parce qu'on à mesuré 2 choses différentes et qu'on ne connais donc pas tous les effet de bord lié à la modification : par exemple, qu'elle est l'impact de la suppression de tous les nœud DOM d'une animation SVG sur la charge CPU par rapport à celle de l'animation, en particulier si l'animation est très complexe... ce qui serait une erreur de mesure car il est possible de désactivé l'animation sans supprimer les nœud DOM).<br><br>Bref... quand je disais que c'était une BP quantique, ce n'était pas une blague. Criterion N °29 - Level 2 - Description Chaque ressource statique est toujours servie par le même domaine.2012-10-08T16:18:59Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19038/Matthieu Larcher - Ce serait génial, comme ça les URL permettraient de localiser des ressources de façon uniforme (et les URI de les identifier) ;)<br><br>Pour répondre à la question de tout à l'heure, le problème se pose surtout pour les images à cause des CDN, mais l'aspect RESTful d'une amnière générale est intéressant.<br><br>En tous cas je "plussoie" sur cette nouvelle formulation.<br>J'aurais bien envie de supprimer la fin ('dans une page') mais je crois que ça fait l'objet d'une autre BP de niveau différent. Criterion N °29 - Level 2 - Description Chaque ressource statique est toujours servie par le même domaine.2012-10-08T16:10:37Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19038/Boris Schapira - +1 Criterion N °29 - Level 2 - Description Chaque ressource statique est toujours servie par le même domaine.2012-10-08T16:10:29Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19038/Jérémie Patonnier - Exactement :) Criterion N °29 - Level 2 - Description Chaque ressource statique est toujours servie par le même domaine.2012-10-08T16:09:46Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19038/Jérémie Patonnier - Ben le truc, c'est que de nos jours, la réalité c'est qu'on ne sait pas ce qui se cache derrière une URL (en tout cas, il est impossible de dire avec sont seul navigateur se qu'a fait le serveur)<br><br>Je propose donc la reformulation suivante : {Une ressource est toujours appelée avec la même URL dans une page} Criterion N °29 - Level 2 - Description Chaque ressource statique est toujours servie par le même domaine.2012-10-08T16:09:27Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19038/Boris Schapira - Même en dehors d'images. Suppose que tu affiches une liste d'éléments, et que pour chaque élément, tu ailles cherche des infos en AJAX sur une route /infos/{id de la liste}/{n° de l'élément dans la liste}/<div>Alors si ta liste contient 10 fois le même élément, tu feras 10 GET HTTP vers 10 URL différente, pourtant la réponse sera toujours la même, et tu aurais pu profiter du cache si tu avais appelé 10 fois la même URL (on est d'accord que tu peux aussi penser ton site un peu mieux, mais tu vois l'idée).</div><div><br></div><div>Jérémie, c'est bien à ça que tu pensais ?</div> Criterion N °29 - Level 2 - Description Chaque ressource statique est toujours servie par le même domaine.2012-10-08T16:05:21Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19038/Jean-Pierre Vincent - d'où le U de URL d'ailleurs :)<div>j'imagine qu'on ciblait les statiques parce que c'est plus fréquent que d'inclure des images qui se généreraient en live par exemple ?</div> Criterion N °29 - Level 2 - Description Chaque ressource statique est toujours servie par le même domaine.2012-10-08T16:05:16Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19038/Boris Schapira - Je comprends ce que tu veux dire, je n'y avais pas pensé. En effet, le "statique" n'a pas forcément lieu d'être ici. L'objectif est "1 résultat donné provient d'1 URL donnée, pas davantage", que le résultat soit issu d'une requête vers une ressource statique ou dynamique. Criterion N °11 - Level 2 - Description Les dimensions déclarées d'une image sont ses dimensions réelles.2012-10-08T16:03:53Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19021/Laurent Denis - Elle sera non applicable, pas non conforme ;-) Criterion N °29 - Level 2 - Description Chaque ressource statique est toujours servie par le même domaine.2012-10-08T16:00:21Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19038/Jérémie Patonnier - Je me posais la question : Pourquoi seulement les ressources statiques ? Finalement, quand on y réfléchie, les ressources générées coté serveur (aka dynamique) aussi devrait toujours répondre sur la même URL. Criterion N °107 - Level 1 - Description Les ressources vidéo sont compressées dans la limite d'une qualité visuelle acceptable.2012-10-08T15:57:36Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19028/Jérémie Patonnier - J'avais crue comprendre que l'automatisation de la vérification n'est pas un point discriminant ? Si c'est vérifiable manuellement, alors c'est une BP qui peut rentrer en considération. Non ? Criterion N °801 - Level 1 - Description Les scripts manipulent les styles en ligne par blocs plutôt qu'un par un.2012-10-08T15:55:08Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19062/Jérémie Patonnier - Je ne sais pas.<br><br>La question c'est plutôt de ce dire: Comment on vérifie ?<br>A mon sens, c'est verifiable, mais uniquement par une personne car il y a largement matière à interprétation. Par exemple, il va falloir faire une introspection dans jQuery pour vérifier qu'une instruction comme : <i>$element.top('5px').left('5px');</i> rentre bien dans ce cas car le framework pourrait faire des optimisation pour "attendre" avant de faire les modification. C'est d’ailleurs typiquement le genre d'optimisation que font déjà les navigateurs pour lutter contre les dev qui déconne à ce niveau là.<br><br>Bref... faire un audit de code complet, certes, c'est faisable, mais la réalité du cout d'un tel audit fait que cette BP ne sera, à mon avis, jamais appliqué.<br><br>On est plus dans une sorte de BP pour les developpeur de framework que pour leur utilisateurs il me semble... mais je me trompe peut-être complètement. Criterion N °11 - Level 2 - Description Les dimensions déclarées d'une image sont ses dimensions réelles.2012-10-08T14:59:46Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19021/Jean-Pierre Vincent - Donc on en revient à la première remarque de Mathieu : sur un site "responsive", cette reco sera constamment à FAIL&nbsp; Criterion N °34 - Level 2 - Description Les ressources statiques sont hébergées sur un autre domaine.2012-10-08T14:57:41Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19018/Jean-Pierre Vincent - Les BP essayent de prendre en compte la facilité de mise en œuvre, j'aurais donc tendance à dire que celle ci est justifiée car plus facile à maintenir qu'une solution avec juste un sous-domaine.<br>Et honnêtement, lorsque ton site utilise légitimement des sous-domaines il vaut mieux partir directement sur cette reco là plutôt que sur une double reco : sous-domaine + maîtrise absolue des cookies Criterion N °11 - Level 2 - Description Les dimensions déclarées d'une image sont ses dimensions réelles.2012-10-08T14:57:19Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19021/Laurent Denis - Quelques éléments qui a priori étaient prévus pour les sections "évaluation" et "mise en oeuvre" de la fiche de la BP :<br><br>Les "dimensions déclarées" sont les dimensions déclarées via HTML (attributs height et width de img). Pas les dimensions appliquées ensuite via CSS (du type img#foo{width: XXXpx; heigth: auto}. <br><br>Les dispositifs CSS de responsive design seront précisés comme hors champ d'application de cette BP. Criterion N °11 - Level 2 - Description Les dimensions déclarées d'une image sont ses dimensions réelles.2012-10-08T14:54:04Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19021/Matthieu Larcher - Perso je trouve que c'est assez valorisant pour les developpeurs/intégrateurs de faire des sites valides. Ça aide la cause. <br>Si on a des critères inatteignables, on risque de se retrouver confronté à une mentalité de type "de toutes façons ça ne sert à rien, on ne peut pas être valide avec leur critères"...<br>Du coup, tolérer un certain pourcentage d'écart entre la taille supposée et la taille réelle me semble plus productif. Criterion N °34 - Level 2 - Description Les ressources statiques sont hébergées sur un autre domaine.2012-10-08T14:47:27Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19018/Matthieu Larcher - Toutes ces raisons sont évitables lorsqu'on fait les choses dans le respect des bonnes pratiques. N'est-ce pas le but ?<br>Je ne sais plus si c'est yslow, google page speed ou le w3c, mais la reco de rendre les cookies spécifiques au sous-domaine concerné existe déjà.<br><br>Pour ce qui concerne la BP en titre ici, il s'agit simplement de préciser la contrainte (nul besoin d'héberger les ressources statiques sur un autre domaine à proprement parler, un autre sous-domaine suffit). Criterion N °11 - Level 2 - Description Les dimensions déclarées d'une image sont ses dimensions réelles.2012-10-08T14:46:36Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19021/Jean-Pierre Vincent - Vrai<div>Est ce que ça veut dire qu'on peut inclure une marge de manœuvre dans la BP (et combien ?) ou qu'on la laisse telle quelle en se disant bien qu'une BP est un idéal avec lequel on peut transiger ?</div><div>Perso je laisserais tel quel</div> Criterion N °114 - Level 2 - Description Un commentaire conditionnel vide précède l'élément racine si les commentaires conditionnels sont utilisés.2012-10-08T14:39:36Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19056/Matthieu Larcher - A vrai dire je n'ai jamais vu un site utiliser un commentaire conditionnel vide, alors que les classes sur le tag html font parties du html5boilerplate qui est très largement utilisé. <br>Mais c'est un faut débat car la BP devrait se concentrer sur l'évitement du problème, pas sur la solution retenue. <br>Par exemple : {L'utilisation de commentaires conditionnels ne bloque pas le chargement de la page} Criterion N °11 - Level 2 - Description Les dimensions déclarées d'une image sont ses dimensions réelles.2012-10-08T14:35:00Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19021/Matthieu Larcher - Tout à fait d'accord pour dire qu'une image doit être adaptée aux dimensions de l'écran et le plus légère possible. <br>Mais on a besoin d'une certaine marge de manœuvre : il n'est pas réaliste de faire une image spécifique pour chaque dimension d'écran de mobile possible. Donc on a forcément des cas où les dimensions déclarées ne sont pas les dimensions réelles. Criterion N °0 - Level 2 - Description Le nombre de CSS internes chargés en même temps que le HTML est limité à 3.2012-10-08T14:30:00Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19911/Nicolas Hoizey - +1 Criterion N °112 - Level 3 - Description Le serveur envoie la section head de la page dès qu'elle est disponible.2012-10-08T14:23:40Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19045/Jean-Pierre Vincent - Si les technos majeures ne suivent pas, tant pis pour elles, le but c'est aussi de faire bouger tout le monde non ?<div><br></div><div>Cela dit, les gros sites avec du CDN ou du cache serveur devant vont avoir à peu près le même problème : selon la manière dont on vérifie l'envoi du &lt;head&gt;, on peut avoir des faux positifs</div> Criterion N °0 - Level 1 - Description Les tableaux utilisent le mode de rendu CSS fixe.2012-10-08T14:23:10Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19915/Laurent Denis - Pour préciser le contexte : la BP provient des recommandations Microsoft. Le niveau est lié à sa facilité de déploiement.&nbsp;<div><br></div><div>Après, on peut effectivement réévaluer l'impact.&nbsp;</div> Criterion N °0 - Level 1 - Description Le nombre de cookies est limité à 20 par domaine2012-10-08T14:20:29Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19913/Jean-Pierre Vincent - Question : est ce que les bonnes pratiques doivent inclure des limites très hautes (20/domaine, 4ko) qui provoquent probablement des erreurs fonctionnelles, ou est ce qu'il faut trouver un compromis qui ne serait pas adapté à toutes les situations ?<div><br></div><div>Si on répond oui à la première question, il faudra rajouter des règles avec "pas plus de 32 feuilles de styles par page" ou "pas plus de 4096 règles par page" (bugs IE &lt; 10)</div> Criterion N °12 - Level 3 - Description Les images nécessaires à une interaction font l'objet d'un préchargement2012-10-08T14:19:32Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19017/Laurent Denis - <div>Elle ne l'est pas. C'est l'une des raisons du niveau 3 attribué à cette BP. L'automatisation n'est pas une obligation (des BP peuvent être auto, semi-auto c'est à dire assistables ou bien entièrement manuelles).</div><div><br></div> Criterion N °109 - Level 1 - Description Sauf besoin spécifique (impression), les PDF sont proposés en basse résolution.2012-10-08T14:16:32Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19036/Jean-Pierre Vincent - pas vérifiable, on laisse mourir ? Criterion N °108 - Level 1 - Description Seule la prévisualisation d'une vidéo est pré-chargée au chargement de la page.2012-10-08T14:15:00Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19029/Jean-Pierre Vincent - Pour FF et Chrome, JS ne bloque plus les autres téléchargements, mais uniquement le rendu.<div>En fait j'ai un peu de mal avec cette proposition qui concerne uniquement la vidéo :</div><div>- sur des pages où le but est de lire la vidéo, c'est normal de commencer à charger et jouer la vidéo ASAP</div><div>- sur les autres pages, ça n'est effectivement pas souhaitable de prendre toute la bande passante pour pré-charger une vidéo qui ne sera potentiellement pas jouée</div><div><br></div><div>à partir de là, l'intention de la page n'étant pas vérifiable, autant faire sauter cette propale non ?</div> Criterion N °105 - Level 1 - Description Les images ne comportent que les méta-données nécessaires à la prévisualisation.2012-10-08T14:08:53Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19022/Jean-Pierre Vincent - Au final, ni une liste noire (trop longue), ni une liste blanche (certaines meta peuvent correspondre à un besoin du produit) de metadonnées ne semblent convenir.<div>Si j'ai bien compris l'idée, lorsqu'une BP n'est pas vérifiable, elle dégage ?</div> Criterion N °29 - Level 2 - Description Chaque ressource statique est toujours servie par le même domaine.2012-10-08T14:06:42Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19038/Laurent Denis - Oui. Cela a été fait fait via la BP n° 37 {L'URL d'une ressource statique est unique sur le site}.&nbsp;<br><table id="workshops_list" class="jq-datatable dataTable" summary="Liste des critères" style="margin: 0px auto; padding: 0px; border: 0px; font: inherit; vertical-align: baseline; border-collapse: collapse; border-spacing: 0px; clear: both; width: 980px; font-family: 'Lucida Grande', Corbel, 'Luxi Sans', 'Trebuchet MS', 'Helvetica Neue', Arial, Helvetica, sans-serif; line-height: 18px; text-align: left; background-color: rgb(255, 255, 255); "><tbody role="alert" aria-live="polite" aria-relevant="all" style="margin: 0px; padding: 0px; border: 0px; font-size: 12px; font: inherit; vertical-align: baseline; "><tr style="margin: 0px; padding: 0px; border: 0px; font-size: 12px; font: inherit; vertical-align: baseline; "><td style="margin: 0px; padding: 3px 10px; border: 0px; font-size: 12px; font: inherit; vertical-align: top; "><br></td><td style="margin: 0px; padding: 3px 10px; border: 0px; font-size: 12px; font: inherit; vertical-align: top; "><br></td><td class="priority" style="margin: 0px; padding: 3px 10px; border: 0px; font-size: 12px; font: inherit; vertical-align: top; "><br></td><td class="others" style="margin: 0px; padding: 3px 10px; border: 0px; font-size: 12px; font: inherit; vertical-align: top; "><br></td><td style="margin: 0px; padding: 3px 10px; border: 0px; font-size: 12px; font: inherit; vertical-align: top; "><br></td></tr></tbody></table> Criterion N °104 - Level 1 - Description Les images sont proposées dans des formats appropriés2012-10-08T14:03:49Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19019/Jean-Pierre Vincent - Pour une règle plus globale : {Le format d'image et son niveau de compression est adaptée au type de l'image} ? Criterion N °103 - Level 3 - Description Le stockage local est utilisé quand les cookies ne sont pas nécessaires.2012-10-08T14:01:19Ztag:checklists.opquast.com,2012-10-08:/workshops/webperf/criterion/19070/Jean-Pierre Vincent - J'aime bien cette reformulation, mais est ce qu'il ne vaut pas mieux faire une proposition qui contient une suggestion telle que localStorage (et ses équivalents IE6-8)