Smashing Podcast Épisode 8 Avec Stephanie Stimac et Aaron Gustafson : quoi de neuf dans Microsoft Edge ?

Dans cet épisode du Smashing Podcast, je parle à Aaron Gustafson et Stephanie Stimac de Microsoft pour en savoir plus sur la toute nouvelle version de Microsoft Edge et comment elle affecte les développeurs Web du monde entier ainsi que son impact sur le Web.

Afficher les remarques

• Le site Web Web que nous voulons et Twitter
• Stéphanie et Aaron sur Twitter

Mise à jour hebdomadaire

• "Le mois mythique de l'homme mythique",
  par John Forman
• "Recréer le bouton-poussoir Arduino à l'aide de SVG et de <lit-element>",
  par Uri Shaked
• « Comment transmettre des données entre des composants dans Vue.js »,
  par Matt Maribojoc
• "Un guide complet de WordPress multisite,"
  par Manish Dudharejia
• « Comment responsabiliser les équipes de conception en mesurant la valeur »,
  par Dave Cunningham

Transcription

Drew : Donc, nous savons qu'ils sont tous les deux de Microsoft, ils se consacrent tous les deux à améliorer le Web pour nous tous, mais saviez-vous que leur dernière rencontre Web We Want a été organisée dans une montgolfière en dehors de l'atmosphère terrestre ? avant de redescendre sur terre à la manière de Felix Baumgartner.

Drew : Mes Smashing Friends, veuillez accueillir Stephanie Stimac et Aaron Gustafson.

Drew : Bonjour Stéphanie, bonjour Aaron, comment allez-vous ?

Aaron Gustafson : Je suis fracassant.

Stéphanie Stimac : Je fracasse aussi.

Drew : Je voulais vous parler aujourd'hui de certains développements très intéressants qui se sont produits avec le navigateur Microsoft Edge. Je suppose que la plupart d'entre nous savent que Edge est traditionnellement le navigateur Windows 10 qui a remplacé le très apprécié Internet Explorer. La première chose que nous devrions probablement noter est que Edge n'est plus exclusif à Windows 10, n'est-ce pas ?

Aaron : Exact.

Stephanie : Vous pouvez trouver Edge sur Windows 10 et Mac OS. Et puis je ne sais pas encore s'il est disponible sur Windows Seven.

Aaron : Oui, je crois qu'il est également disponible sur Windows 7 et Windows 8. Et bien sûr, il y a aussi les clients mobiles pour iOS et pour Android.

Drew : Donc, à peu près toutes les plates-formes modernes.

Stéphanie : Oui.

Aaron : Sauf pour Linux, j'espère qu'il arrivera bientôt.

Drew : Ainsi, même les utilisateurs de bureau Linux peuvent participer à l'action.

Aaron : Finalement, c'est l'espoir.

Drew : Fantastique. Donc, pour autant que je le comprenne, et corrigez-moi si je me trompe ici, mais Edge était techniquement une continuation de la base de code d'Internet Explorer, est-ce juste de dire ?

Aaron: Ouais, quand Edge a commencé, c'était en gros une sorte de déchirure de tout ce dont nous avons réalisé qu'il était juste un peu en retard, des choses qui étaient propriétaires et des trucs comme ça. Tous les anciens objets d'assistance du navigateur et les trucs ActiveX et des choses comme ça. Il a donc été massivement vidé. C'était une sorte de chance pour l'équipe de vraiment se débarrasser d'une grande partie des bagages hérités et de se concentrer sur les choses standard. Et donc c'était une continuation de l'ancien moteur Triton, mais en quelque sorte refactorisé et intégré au moteur Edge HTML.

Drew : C'était donc comme une rénovation massive de la maison à l'intérieur de la base de code.

Aaron: Ouais, emmène-le aux poteaux.

Drew : Donc, je suppose que le plus grand changement dont je veux parler avec la toute dernière version d'Edge est qu'encore plus de ce genre de tripes plus anciennes ont été arrachées et remplacées. Et il y a un nouveau moteur de rendu qui a été installé. Maintenant, je suis un peu conscient de l'utilisation du jargon et les gens qui ne sont peut-être pas si familiers avec le fonctionnement des navigateurs pourraient ne pas être complètement satisfaits de ce qu'on entend par un moteur de rendu. Je pense que certains d'entre nous qui travaillent sur le Web depuis longtemps auront récupéré ces informations, même si nous ne travaillons pas directement avec les composants internes des navigateurs. Mais quelqu'un qui est peut-être plus récent dans le développement Web ne comprendra peut-être pas ce que nous entendons par un moteur de rendu. Alors, qu'est-ce qu'un moteur de rendu dans un navigateur ? Et quels bits ne sont pas un moteur de rendu ?

Aaron : Eh bien, il y a un tas de parties différentes dans un navigateur. Le moteur de rendu est ce à quoi nous pensons généralement lorsque nous parlons de ce qui est réellement peint à l'écran et en quelque sorte de la couche interactive des choses. Et donc dans le monde Chromium, c'est le moteur de rendu Blink.

Aaron : Et puis il y a le moteur de rendu WebKit, qui exécute Safari. Et cela était basé sur le moteur de rendu KHTML, qui exécutait Konquerer à ses débuts.

Aaron : Le moteur de rendu Trident que j'ai mentionné précédemment était celui d'Internet Explorer pour Windows. Tantek Celik avait créé le moteur de rendu Tasman dans le cadre de l'équipe qui travaillait sur IE5 pour Mac.

Aaron : Il existe donc tous ces différents moteurs de rendu. Et en fait, je pense qu'il y en avait un nouveau dont Peter Paul Cox parlait juste appelé Flow. C'est comme un moteur de rendu multithread basé sur SVG ou quelque chose comme ça. Et il y a un navigateur à venir pour cela qui a été conçu pour les décodeurs, les appareils à très faible puissance.

Aaron : Mais oui, les moteurs de rendu prennent toutes vos informations et les peignent à l'écran. Et puis vous avez aussi votre sorte de moteurs JavaScript sous-jacents. Donc v8 dans le cas du type de stack Chromium. Et il y en a un tas de différents pour ça aussi.

Drew : Donc, quand nous disons que l'ancien moteur de rendu Trident, qui venait d'IE et qui était dans Edge, a été remplacé. Nous parlons en fait du bit qui peint des choses à l'écran et aussi des choses associées comme le moteur JavaScript. Est-ce juste?

Aaron : Oui, dans le cas de la nouvelle version d'Edge, pratiquement aucun des fondements de l'ancien Edge n'est là. Le projet Chromium est un projet open source qui exécute Chrome et Brave et un tas d'autres, Opera et autres. Et ce projet inclut le moteur de rendu, il inclut le moteur JavaScript, il inclut toute l'interface utilisateur. Il inclut également le processus de construction et tout ce genre de choses pour créer réellement le navigateur.

Aaron : Et donc nous avons essentiellement le projet Chromium, qui est devenu la base du nouveau Edge. Et nous avons donc dû passer par le processus pour le faire ressembler à Edge et ajouter les fonctionnalités dont nous avions besoin en termes de synchronisation, en utilisant des comptes Microsoft, tout ce genre de choses.

Aaron : Donc, le nouveau Edge ne partage aucune lignée en nature au sens traditionnel avec l'ancien Edge, qui était Edge HTML, qui a hérité de Trident et ainsi de suite. Et vous pouvez continuer à revenir à Mosaic pour la plupart d'entre eux.

Aaron : Mais oui, maintenant le nouveau Edge est Chromium, qui est basé sur WebKit avant lui, qui est basé sur KHTML et ainsi de suite. C'est donc une lignée complètement différente de la précédente.

Drew : Donc, je veux dire, c'est un énorme changement, n'est-ce pas, pour Microsoft de ne plus avoir de navigateur créé dans son propre code. Mais prend en fait un projet open source et crée son propre navigateur à partir de cela. Ce qui, je suppose, est similaire à ce qu'Apple a fait à l'époque avec WebKit. Quoi, c'était du KHTML ils… ?

Aaron : Ouais, c'était Konqueror qui était le... avec un K.

Drew : Oui, Konquerer, donc ils ont pris ce projet open source et c'est devenu Safari. Et donc Microsoft fait la même chose avec le projet Chromium et en a fait Edge ?

Aaron : Exact.

Drew : Si je suis assis devant Edge en tant que développeur Web, ce que je regarde est unique à Edge, qu'est-ce que je verrais que je ne verrais pas si j'étais assis devant Chrome pour Exemple?

Stephanie : De nombreuses fonctionnalités de cette première version stable sont actuellement axées sur le consommateur. Donc, il y a des collections qui sortent, ce qui est une façon assez cool d'extraire des éléments du Web dans des collections individuelles, d'où le nom. Et vous pouvez prendre ces données et les placer dans un volet latéral, puis les exporter vers Word et Excel, je crois. Je l'ai utilisé pour des projets de conception et d'autres choses. C'est juste cool pour rassembler des ressources.

Stephanie : Et puis l'une des autres fonctionnalités pour les clients Enterprise, et elle n'est disponible que sur Windows, est le mode IE. Cela rendra donc Internet Explorer dans un onglet d'Edge pour les personnes qui ont encore besoin de ces pages qui s'appuient sur l'ancienne technologie. Donc c'est plutôt cool.

Stephanie : Et puis, en termes d'outils de développement, tout est pareil pour le moment. Je sais que nous avons des choses à venir qui vont être portées sur Chromium, mais il y a un super visualiseur 3D DOM qui est en préparation et l'équipe a itéré. Et il y a d'autres outils qui n'existent pas encore dans Chrome et qui arrivent. C'est excitant.

Drew : C'est donc un gros problème pour les développeurs Web, n'est-ce pas ? Parce que je pense que les gens s'habituent généralement à utiliser un ensemble d'outils de développement dans le navigateur de leur choix et, très souvent, c'est Chrome de nos jours pour de nombreux développeurs Web. Donc, être capable d'accéder à Edge et de trouver un ensemble d'outils de développement très similaire doit être un véritable tirage au sort, pensez-vous ?

Aaron : Oui, je pense que oui. Je veux dire que c'est le genre de chose où vous allez avoir exactement le même ensemble d'outils. Nous sommes construits sur Chromium, y compris tous les outils de développement. Nous avons fait beaucoup d'investissements, comme Stéphanie en parlait, avec le visualiseur 3D DOM. Nous avons fait beaucoup d'investissements en termes d'amélioration de l'accessibilité globale des outils de développement, en y ajoutant de nouveaux outils, en travaillant sur l'internationalisation des outils de développement.

Aaron : Et comme Stephanie l'a mentionné, la grande majorité du travail que nous faisons, essentiellement tout ce qui n'est pas spécifique à l'interface utilisateur d'Edge ou qui implique notre plate-forme de synchronisation ou des choses comme ça, tout cela est diffusé dans Chromium. Ainsi, les correctifs que nous apportons, les améliorations que nous apportons pour l'accessibilité vont améliorer Chrome, améliorer Brave, Opera. Ils vont même améliorer Electron.

Aaron : Donc, c'est vraiment bien de faire partie de cet écosystème plus vaste. Et pouvoir avoir un impact au-delà de notre propre navigateur. Et donc les outils de développement ont été un domaine dans lequel nous avons beaucoup investi. Nous avons également beaucoup travaillé avec des partenaires de l'équipe Chrome sur les applications Web progressives. Et essayer de comprendre ce que font les applications Web progressives, ou à quoi devraient-elles ressembler dans les environnements de bureau, car une grande partie de l'accent a été mis sur le mobile.

Aaron : Et puis il y a aussi eu beaucoup de travail entre l'équipe des outils de développement et les personnes travaillant sur VS Code pour que ces outils fonctionnent mieux ensemble. Ainsi, vous pouvez essentiellement accéder aux outils de développement à partir du navigateur à partir du code VS pendant que vous déboguez vos pages. Et tout est en quelque sorte connecté, comme pouvoir cliquer sur une règle de style dans les outils de développement Edge, cela vous amènera à cette ligne dans le code VS de votre feuille de style. Ce qui est époustouflant, c'est vraiment cool.

Drew : Cela semble vraiment excitant. Je sais que VS Code est quelque chose qui semble gagner énormément de terrain dans la communauté du développement Web. Je pense que cela a en fait ramené beaucoup de gens vers Microsoft Tools qui auraient pu s'éloigner au fil des ans. Cela ressemble certainement à une ère différente de Microsoft, tout comme ce genre d'adoption de l'open source et de la nouvelle version d'Edge. Tout cela semble assez excitant et assez rafraîchissant du point de vue du développement Web.

Drew : De ce point de vue également, il semble que ce soit une très grande commodité pour les développeurs Web, car si certains des principaux navigateurs, Chrome et Edge en particulier, et vous avez mentionné Brave et Opera, qu'avez-vous, utilisent tous le même rendu moteur, vraisemblablement qui réduit les masses de problèmes de compatibilité et les navigateurs qui n'ont pas besoin d'être testés dans de nombreux endroits différents. Tout devrait fonctionner de la même manière, est-ce juste ?

Stéphanie : Oui.

Drew : Incroyable.

Aaron : C'est le rêve, n'est-ce pas ?

Drew : C'est toujours le rêve. Cela soulève un peu de préoccupation, mais n'est-ce pas dans la réduction d'une sorte de concurrence saine sur le marché. Alors que nous avions Microsoft poussant son navigateur vers l'avant, Google poussant son navigateur vers l'avant. Apple, espérons-le, pousse idéalement son navigateur vers l'avant, Opera et tous les autres acteurs. Et cela crée en quelque sorte cette atmosphère de compétition saine où tout le monde essaie de se suivre et d'apporter des améliorations. Si beaucoup de gros joueurs utilisent tous le même moteur de rendu, est-ce que cette saine concurrence en souffre ?

Aaron : C'est quelque chose que j'ai définitivement, ayant été une personne de longue date dans les standards du web, avec laquelle j'ai un peu de mal, je ne pense pas… J'en ai totalement la justification commerciale. Du point de vue de Microsoft, cela avait beaucoup de sens. Et du point de vue du développement frontal, il est agréable de ne pas avoir à répondre à un tas de moteurs différents.

Aaron : Je veux dire, dans l'ensemble, ceux d'entre nous qui travaillent sur le Web depuis longtemps ont certainement vu beaucoup de convergence en termes de rendu. Nous n'avons pas autant de problèmes que nous l'avions dit à l'époque de Netscape 4.7 où nous avions juste comme, vous savez, je connaissais des entreprises qui créaient des feuilles de style uniques pour chaque navigateur différent, ce qui était tout simplement intenable.

Aaron: Mais je pense que ce qui est un peu différent maintenant, c'est que dans les guerres de navigateurs d'origine, vous aviez tous ces moteurs propriétaires et tout le monde était en quelque sorte dans un jeu de surenchère en essayant de proposer de nouvelles fonctionnalités de plate-forme et de nouvelles fonctionnalités JavaScript . Ou dans le cas de l'ingénierie inverse de Microsoft JavaScript afin de créer du J Script et d'essayer de comprendre comment tout assembler.

Aaron : Mais maintenant, nous avons la possibilité de travailler ensemble sur des projets open source et d'avoir toujours le dialogue et toujours, je ne sais pas, ne combat pas le bon mot, mais d'avoir des discussions sérieuses sur l'impact des différentes approches. Et d'être en désaccord les uns avec les autres. Et pour vraiment travailler à rendre les spécifications vraiment bonnes. Et pour avoir également des approches concurrentes du code sous-jacent dans le contexte, par exemple, d'un projet Chromium ou WebKit ou quelque chose de cette nature ou Mozilla dans l'espace Firefox.

Aaron : Alors oui, d'une part, nous avons perdu un autre moteur de rendu. Et j'ai ressenti la même douleur quand Opera a décidé d'aller à Chromium. Mais je me sens quelque peu réconforté d'être à l'intérieur de Microsoft et de voir à quel point nous sommes déterminés à participer réellement au projet Chromium de manière significative. Et pas seulement en quelque sorte s'asseoir et accepter tout ce qui vient en aval de Chromium, mais en fait en quelque sorte vérifier ce qui se passe sur la plate-forme et y participer.

Aaron : Je suis donc un peu encouragé par cela et j'ai l'impression que nous ne sommes pas seulement là pour tirer parti de ce projet et simplement accepter tout ce qui est transmis par toutes les différentes personnes qui ont un intérêt dans ce projet. Mais collaborer là-dedans aussi.

Aaron : Je pense que nous devons encore comprendre ce que cela signifie pour les organismes de normalisation en termes d'implémentations interopérables. Parce que fondamentalement, si vous avez des navigateurs qui décident qu'ils ne veulent pas implémenter quelque chose, ils peuvent totalement empêcher quelque chose de devenir un standard. Même si tous les développeurs du monde le voulaient.

Aaron : Et ce n'est peut-être pas quelque chose comme là où ils ne sont pas d'accord avec ça. Ils n'ont peut-être tout simplement pas la bande passante nécessaire pour créer la fonctionnalité. Tout le monde est pressé pour le personnel et autres.

Drew : Je suppose que la collaboration sur le Web en tant que plate-forme vient de déplacer des emplacements de tout le monde acceptant d'implémenter les mêmes choses dans leurs bases de code individuelles vers certains acteurs majeurs travaillant ensemble sur la même base de code essentiellement.

Drew : Je veux dire, vous avez mentionné brièvement des désaccords et évidemment c'est quelque chose qui pourrait être une préoccupation, je suppose, dans n'importe quel projet open source. Mais savons-nous comment cela fonctionnera, si les développeurs de Google, par exemple, veulent implémenter une fonctionnalité et que les développeurs de Microsoft ne veulent vraiment pas voir cela implémenté. Se battent-ils simplement pour les problèmes de GitHub ?

Aaron : Je veux dire, beaucoup de ces choses se produisent à l'air libre, soit sur les problèmes de GitHub, soit dans le Crbug, qui est le traqueur de bogues pour Chromium. Je ne suis pas un ingénieur navigateur donc je ne connais pas tous les détails des composants internes, mais je pense qu'il y a beaucoup de choses que nous pouvons essentiellement désactiver si nous ne les voulons pas.

Aaron : Et je sais que Google a travaillé sur une sorte de nettoyage ou de ménage au sein du projet Chromium pour extraire davantage de services liés à Google et ainsi de suite jusqu'à la couche de conversion de Chromium vers Chrome.

Aaron : Nous avons donc un processus similaire prenant Chromium et le transformant en Edge. Et évidemment, nous ne voudrions pas vérifier la conception de l'interface utilisateur Edge par exemple. Ou la chose Collections, qui est plus une chose axée sur l'utilisateur de l'interface utilisateur que Stephanie mentionnait, nous ne les diffusons pas dans Chromium. Ceux-ci existent en nature de la partie UI.

Aaron : Donc, pour autant que je sache, au fur et à mesure que les fonctionnalités sortent de Chromium, nous avons la possibilité de désactiver certaines choses que nous aimons ou non. Et je sais que Brave fait le même genre de choses parce qu'ils ont une approche de la confidentialité très différente de celle de Google. Et nous pouvons avoir une prise légèrement différente de l'un d'eux ou de ce que vous avez.

Aaron : Je pense donc qu'il y aura des choses qui se produiront à différents moments. Certains d'entre eux seront en quelque sorte l'endroit où le projet sera converti dans le navigateur à partir du projet open source. Certaines d'entre elles seront au sein des organismes de normalisation ou des groupes d'intérêt au sein des organismes de normalisation et ainsi de suite.

Drew : Et je suppose que ça marche aussi dans l'autre sens, n'est-ce pas ? Vous avez mentionné un navigateur n'ayant pas assez d'ingénieurs sur place pour développer une fonctionnalité particulière, traditionnellement la façon dont les choses ont fonctionné au sein des organismes de normalisation est que nous avons besoin de plusieurs implémentations différentes avant que quelque chose soit accepté comme faisant partie de la norme. Évidemment, cela doit être compris s'il n'y a pas autant d'implémentations disponibles pour tester réellement.

Drew : Mais, par exemple, si Microsoft voulait implémenter une fonctionnalité et que Google décidait qu'ils n'avaient tout simplement pas les ressources pour implémenter cette fonctionnalité, ce n'était pas assez élevé sur leur liste de priorités, eh bien, potentiellement ils vont obtenez-le gratuitement de toute façon, car il est simplement diffusé dans le projet open source. Et puis ils peuvent y accéder et tous leurs utilisateurs en bénéficient sans qu'aucun de leurs ingénieurs n'ait particulièrement besoin de passer un temps significatif à le développer.

Drew : Je veux dire, si Mozilla décidait de faire la même chose avec Firefox et d'adopter simplement le projet Chromium, pensez-vous que cela poserait un problème pour le Web ?

Stéphanie : Je veux dire, je dirais oui, parce qu'alors nous sommes dans cette monoculture de navigateurs et honnêtement, j'adore Firefox. Firefox possède d'excellents outils que Chromium n'a pas. Ce serait, je pense, vraiment terrible à perdre. Et c'est plutôt agréable d'avoir une sorte de navigateur indépendant qui se bat toujours pour le Web ouvert. Je veux dire, nous nous battons aussi pour le Web ouvert, mais je pense que ce que fait Firefox est toujours important.

Aaron : Je veux dire, je me demande un peu ce qui se passerait si, disons, que ce soit Chromium ou WebKit ou un fork d'un projet open source existant, et si un organisme de normalisation contrôlait en quelque sorte le moteur de rendu et le moteur JavaScript. Et tous les fabricants de navigateurs contribuaient au développement et à la création en cours de cela. Serait-ce nécessairement une mauvaise chose ou serait-ce une bonne chose? Je ne sais pas. Je ne sais pas quelle est la réponse à cela, mais c'est plutôt une perspective intéressante que si… Les navigateurs ne sont pas bon marché et sans conséquence à construire, et en particulier les moteurs de rendu. Il sera probablement relativement peu probable que nous voyions beaucoup de nouveaux moteurs de rendu et de gros investissements dans ce domaine. Parce que tant d'entreprises se sont concentrées sur leurs services.

Aaron : Avec Apple, avec tout son iCloud et tout son écosystème. Et Mozilla a fait des choses similaires avec leur acquisition de Pocket et autres. Et puis il y a certainement la suite de produits Google, la suite de produits Microsoft, etc. Et Brave se concentre sur la confidentialité et le jeton d'attention de base et ce genre de choses. Tout le monde a en quelque sorte son petit écosystème de choses.

Aaron : Et donc, je ne sais pas s'il y aura beaucoup d'intérêt à créer un nouveau moteur de rendu et un nouveau moteur JavaScript pour défier ceux qui sont là. Donc, c'est en quelque sorte une question de volonté qu'il y ait une sorte de consolidation. Et si plus de gens sont activement intéressés par le développement en cours, et ont en quelque sorte ces conversations difficiles sur la direction que prend le moteur et la direction de la plate-forme Web, cela pourrait-il être une bonne chose, je ne sais pas. C'est une sorte d'expérience de pensée intéressante cependant.

Drew : C'est vraiment le cas. Le nouveau Edge semble vraiment excitant. J'ai joué un peu avec les bêtas et j'ai apprécié ça. Combien de temps pensez-vous qu'il faudra pour que cette nouvelle version soit déployée dans le monde ? Parce qu'il vient juste de sortir ce mois-ci, n'est-ce pas, nous sommes en janvier 2020.

Aaron : Oui, le 15 janvier, c'est passé à l'audience générale. Nous avons donc eu les versions de développement et bêta de Canary. Mon Dieu, quand avons-nous commencé à déployer ça, Stéphanie, tu te souviens ?

Stéphanie : Je vais dire il y a six mois, mais honnêtement, je ne fais que jeter ça là-bas. J'ai l'impression d'utiliser Canary comme chauffeur quotidien depuis des mois.

Aaron : Oui, je pense que nous sommes un peu biaisés parce que nous avons commencé à l'utiliser en interne pendant un moment avant de commencer à l'ouvrir au public. Mais oui, je pense que je veux dire que nous avons commencé à le partager à Build l'année dernière, ce qui aurait été en mai, je pense que c'est quand les Canaries, et peut-être la route de détournement, je ne me souviens pas si la bêta était sortie à ce moment-là. Mais oui, la version entièrement stable est sortie le 15.

Drew : Donc, vous êtes tous les deux impliqués dans un projet appelé The Web We Want , qui est une sorte d'initiative entre de nombreux fabricants de navigateurs différents, n'est-ce pas ?

Stephanie : Ouais, donc The Web We Want , je pense qu'Aaron l'a lancé en juin dernier et on a commencé à en parler. Et oui, The Web We Want est essentiellement une initiative et Aaron et moi avons été les principaux à le gérer, mais nous avons suscité l'intérêt d'autres fournisseurs de navigateurs et de personnes qui travaillent dans ces équipes.

Stephanie : Et c'est essentiellement un moyen de recueillir les commentaires des développeurs sur les problèmes qu'ils rencontrent sur le Web. Parce que nous, en tant que personnes qui construisent le navigateur, pouvons en quelque sorte nous concentrer sur ces nouvelles choses brillantes que nous voulons implémenter. Mais les développeurs, comme nous l'avons vu à travers cette initiative, il y a beaucoup de choses qu'ils ont encore du mal à construire qui ne sont pas natives dans le navigateur. Cela aurait probablement dû être résolu maintenant, mais ce n'est pas le cas.

Stéphanie : Et donc c'est en quelque sorte le but de l'initiative, découvrir quels sont ces problèmes et ensuite les rapporter aux navigateurs et aux organismes de normalisation si c'est ce genre de problème.

Drew : Alors, quelle sorte de forme cela prend-il ? Est-ce quelque chose que vous faites en personne ou est-ce que tout est en ligne ?

Stéphanie : Donc, nous avons deux composantes. Vous pouvez donc vous rendre sur webwewant.fyi et vous pouvez remplir un formulaire avec votre problème et votre cas d'utilisation que vous avez rencontré sur le Web. Et puis Aaron et moi avons été, je pense que nous sommes allés, eh bien, je pense que nous avons organisé six ou sept événements dans le cadre d'une conférence ou d'une rencontre.

Stéphanie : Et donc la forme que cela prend est que nous avons généralement une session de 45 minutes à une heure lors d'une conférence avec laquelle nous sommes partenaires. Et nous donnons aux personnes qui ont soumis leurs problèmes qu'ils ont rencontrés sur le Web une chance de les présenter à un panel de juges qui sont généralement des experts de l'industrie.

Stéphanie : Et entre les deux, nous avons généralement quatre ou cinq de ces problèmes présentés au cours d'une session. Et entre chacun de ceux-ci, notre panel de juges parle en quelque sorte de l'espace problématique qui est présenté. Et s'il s'agit ou non d'un espace problématique intéressant. Ou s'ils pensent qu'il serait utile que les éditeurs de navigateurs travaillent là-dessus.

Stéphanie : Et puis, à la fin de cette session, nos juges choisissent ce qu'ils pensent être le problème le plus urgent à régler. Et nous avons également une composante d'audience, de sorte que l'audience de la session peut également voter sur ce qu'elle pense être la chose la plus urgente que les fournisseurs de navigateurs devraient réparer.

Stéphanie : Et puis nous transmettons ces données à nos équipes. Et nous sommes actuellement en train de déterminer comment répartir cela entre les différentes équipes de navigateurs.

Drew : Y a-t-il des éléments remarquables, des suggestions dont vous vous souvenez et qui vous ont particulièrement marqué ?

Stéphanie : Donc, il y en a eu quelques-unes, celle qui m'attire le plus, c'est que les contrôles HTML continuent d'apparaître. Et cela me tient à cœur parce que je travaille actuellement sur une discussion qui implique des contrôles HTML et sur le fait que le fait de ne pas pouvoir les styliser ou les étendre est un problème. Et donc c'est plutôt cool de voir que les commentaires se répètent encore plus.

Stephanie : Il y en a eu quelques-uns de très intéressants, il y en avait un pour un ordre de vue source ou un visualiseur d'ordre source dans les outils de développement qui avait à voir avec, je crois, saisir le contenu de la grille et voir, parce que vous pouvez en quelque sorte déplacer les choses dans le désordre, et avoir ce genre d'identification de la façon dont les choses circulent dans les DOM. Donc, je pense que ce serait une chose vraiment cool à implémenter dans les outils de développement.

Aaron : Oui, il y a eu beaucoup de soumissions liées à l'accessibilité, ce qui a été vraiment bien. Un autre qui était lié aux outils de développement et à l'accessibilité était en fait, plutôt que de reléguer en quelque sorte les tests d'accessibilité à sa propre partie du, était-ce l'onglet audits, je pense que c'est là où il se trouve actuellement, comme le phare fait des tests d'accessibilité, ou vous pouvez utiliser indice Web ou informations sur l'accessibilité, etc.

Aaron: L'idée est de commencer à capturer certains des fruits à portée de main en termes d'erreurs d'accessibilité et de les faire remonter dans la console par exemple. Donc, s'il voit que vous avez des images qui manquent de texte alternatif ou de très petites polices ou pas assez de contraste, cela pourrait en fait les rejeter comme des erreurs dans la console. Et c'est généralement là que de nombreux développeurs vérifient si leur matériel fonctionne correctement. Il serait donc un peu plus évident pour les gens qu'ils ont des problèmes d'accessibilité qu'ils doivent résoudre.

Aaron : Et vous pourriez voir des façons similaires d'intégrer cela dans la visionneuse Dom ou les outils d'inspecteur CSS où il pourrait signaler quelque chose comme étant trop faible ou mettre en évidence un élément comme ayant un problème d'accessibilité connu. Ce genre de chose serait assez intéressant.

Stéphanie : Ouais, je veux m'appuyer sur ça. Il y en avait en fait un très intéressant présenté à View Source à Amsterdam l'année dernière. C'était autour du navigateur qui corrigeait automatiquement certains types de problèmes d'accessibilité pour vous. Et juste avec la couleur et le contraste ou peut-être que certaines polices sont illisibles. Et la proposition et l'étude de cas présentées étaient vraiment, vraiment bien pensées. Mais cela pose aussi en quelque sorte cette question intéressante de savoir si le navigateur commence à réparer les choses pour vous en tant que développeur, allez-vous écrire du mauvais code parce que vous n'avez pas à vous en soucier.

Stéphanie : C'était donc intéressant parce que les idées qu'il a avancées et en quelque sorte présentées en démonstration étaient vraiment cool. Mais c'est un peu ce que cela signifie pour les développeurs, alors, vont-ils devenir paresseux. Donc, j'ai vu des trucs sympas en sortir.

Drew : Donc je suppose que c'est encore assez tôt, n'est-ce pas, pour l'initiative. Donc je suppose que nous n'avons rien vu aller jusqu'à atteindre les premiers stades de développement avec n'importe quel navigateur. Savez-vous à quoi ressemblera ce processus, vous avez dit que vous essayiez toujours de comprendre, n'est-ce pas ?

Aaron : Oui, nous essayons toujours de comprendre, mais nous avons les bonnes personnes impliquées. Nous avons des gens de Mozilla et de Google et d'Igalia également, ce sont eux qui ont fait une grande partie du travail sur la grille et ils connaissent très bien le fonctionnement de tous ces trucs standard. En fait, je pense qu'ils font du méthanol en ce moment, faisant la mise en œuvre pour WebKit.

Aaron : Alors oui, nous avons un groupe de personnes à bord qui souhaitent travailler sur ce projet et souhaitent le voir réussir. Et le W3C y prête également attention, ce qui est cool.

Stephanie : Donc, pour nous en ce moment, nous avons pris le, je pense que nous avons 12 meilleurs, nous avons pris les gagnants de chaque événement l'année dernière, et je les ai en quelque sorte répartis dans leurs catégories spécifiques. Donc, certains sont axés sur les outils de développement, certains sont axés sur le HTML, la plate-forme Web. Et puis je ne me souviens plus quelle était la troisième catégorie, c'était juste un peu général.

Stéphanie : Et donc du côté Edge, nous commençons au moins à nous pencher sur, j'aurai quelques sondages Twitter qui sortiront bientôt, espérons-le, pour aider à recueillir plus de commentaires pour valider qu'il s'agit d'espaces problématiques dans lesquels nous devrions investir du temps dans. Et puis j'espère que nous irons à partir de là. J'espère donc que cette année nous commencerons à voir une sorte de progrès. Mais c'est un peu lent pour le moment.

Drew : C'est formidable, car le Web est en fait une plate-forme très collaborative. Et je pense qu'en tant que développeur Web qui ne fait que créer des sites au jour le jour, vous oubliez qu'il existe en fait des moyens de réagir au processus et des moyens de faire entendre votre voix. Et je pense que cela semble être un moyen vraiment génial et facile de faire entendre votre voix.

Drew : Si l'un de nos auditeurs souhaitait participer à une session Web We Want , y en a-t-il d'autres ?

Stéphanie : Il y en a quelques-uns, alors laissez-moi remonter ma liste ici. Alors, eh bien, Open Source Festival à Lagos, au Nigeria. Aaron et moi ne serons pas là, mais ils organisent cet événement indépendamment.

Stéphanie : Et puis je serai au SF HTML5 à San Francisco fin mars. Je crois que c'est gratuit, mais ne me citez pas là-dessus. Je dois vérifier. Donc, si vous êtes dans la région de San Francisco, nous l'exécutons là-bas.

Stephanie : Et puis SmashingConf San Francisco en avril. Nous allons l'exécuter là-bas.

Stephanie : Et j'espère que TBD, regarde toujours SmashingConf Austin.

Stéphanie : Et je crois que c'est tout ce que nous avons sur le calendrier en ce moment. Mais, allons faire une petite prise ici, si vous organisez une conférence ou une rencontre et que vous souhaitez que cette session axée sur la communauté y soit organisée, veuillez nous contacter car c'est vraiment cool.

Drew : Bien sûr, les SmashingConfs sont les meilleures auxquelles nous pensons ici.

Stéphanie : Oui, oui ils le sont.

Drew: Donc, pour moi, tout cela semble vraiment, vraiment excitant. And I'm heartened to see all the big browser makers actually coming together and backing that sort of initiative to get out and to talk to web developers, talk to the people who are actually solving these sort of everyday problems, building websites and apps for their clients and for their companies.

Drew: I think it's really important to actually listen to the people who are at the coalface doing the work.

Drew: I normally ask at the sort of end of these episodes, what have you been learning lately? Because we're all about learning stuff here at Smashing, but really with Web We Want , I think you must be learning all these things all the time by speaking to web developers. So I really think we've covered masses there.

Drew: Is there anything else that you wanted to mention about Web We Want or about the new version of Edge that we hadn't talked about?

Aaron: I just think if folks have ideas, even just the germ of an idea, some cow path that you think should be paved for the web, reach out to us, let us know. We're happy to also work with you on kind of refining the submission. So, in a lot of cases we'll get a submission that's kind of a germ of an idea. It's not perfectly articulated or anything like that. And we work with those authors to make sure that we kind of capture what it is that they're looking to put out there. So, don't worry about your grammar or your spelling or anything like that. It's not like we just post it up as soon as you send it, we'll look at it, review it.

Aaron: And in some cases people have suggested things that actually exist, in which case we tell them, hey, you can actually do that and here's a way to do that. So we can, it's a little bit of stack overflow as well. Because he can tell you if there's something that you can do that already with standards.

Aaron: But yeah, I mean, we want any and all ideas on how we can improve the web. Hopefully they're actionable ideas. In some cases we get like, the web is too hard. And it's like, you know, I feel you, but, you know, not something browser vendors can really solve.

Aaron: But yeah, I mean, we want to know what is it that you're doing, where you're running into problems. We have the kind of saying, if you could wave a magic wand and fix something on the web, what would it be?

Aaron: And yeah, so you can can hit us up via the forum. Stephanie mentioned webwewant.fyi. Or we're webwewantfyi on Twitter. Yeah, please reach out.

Stephanie: I will also pile on just to talk something about Edge that also, the team is super hungry and eager to get feedback from all of our users. So if you're in Edge and there's something you don't like or there's something you love, there's a little feedback icon you can click. All of the teams see that feedback and are looking at it. And if you have a problem are very proactive and engaging. And you can always ping MS Edge Dev on Twitter if you have a problem and it hasn't been addressed yet. So trying to be super proactive and really build a browser that not only developers want to use, but the world.

Drew: If you, dear listener, would like to hear more from Aaron or Stephanie, you can follow them on Twitter where he's @AaronGustafson and she's @seaotta. You can find The Web We Want at webwewant.fyi.

Drew: Thank you for joining us today Aaron and Stephanie, do you have any parting words?

Stephanie: Thanks.

Aaron: Adios.