Ce que nous souhaitions

Un vieux cliché dit que «puisses-tu obtenir tout ce que tu désires» en fait une malédiction particulièrement insidieuse. Avec Edge, qui passera bientôt au moteur de rendu de Chrome – eh bien, pour le meilleur ou pour le pire, un vœu amer se réalise.

Je pense que nous nous dirigeons vers des ennuis, bien que je ne puisse pas le dire avec certitude. Trouble – trouble I savoir . La rampe d'accès, cependant; J'ai seulement entendu parler de ça. Je ne fais cela que depuis dix ans. J'ai raté toute la préparation la dernière fois. Ce que je peux dire avec certitude – ce que je sais de l’expérience – c’est que je n’ai jamais réalisé un souhait de colère sans le regretter.

Dix ans (ça ne me dérange pas de dire), c’est assez long. À l'époque où j'ai commencé à travailler pour la conception de sites Web, le bon vieil Internet Explorer était déjà la risée.

«Si vous remarquez qu'une partie de votre contenu apparaît et disparaît, les sections de la page ne sont plus que moitié. -drawed, ce sont de bonnes indications qu'un élément nécessite une mise en page. […] Un correctif hasLayout implique simplement de déclarer une propriété CSS qui permet à un élément d'obtenir une mise en forme, alors qu'il ne possède normalement pas de présentation par défaut. "

– Internet hasLayout Property

Je détestais IE. Je sens que je peux me servir de ça maintenant. J'ai essayé de ne pas; Je l'ai vraiment, sincèrement. Je dirais aux gens qu'il est amusant de soutenir si vous pouvez le croire.

Alors que tous les autres navigateurs devenaient de plus en plus faciles à utiliser, j'ai essayé de me convaincre qu'il y avait au moins encore un défi à un vieil IE étrange. C’est même devenu un motif de fierté: j’avais tellement appris à résoudre les problèmes obscurs de l’IE que j’avais appris à les éviter au cours de mon développement quotidien, ne laissant rien (enfin moins) à craindre venir du grand Dans Internet Explorer, voyez quelle phase est "brisée".

C’est amusant, d’une certaine manière. Amusement . C'est le mensonge que je me suis dit.

 / * Corrections # 2588: lorsque Windows Phone 7.5 (Mango) essaye
calculer une opacité numérique pour une sélection (y compris
“Hériter”) sans spécifier explicitement une opacité sur
le parent pour lui donner le contexte, un bogue apparaît où
en cliquant ailleurs sur la page après avoir ouvert la sélection
ouvrira la sélection à nouveau. * / 

– jQuery Mobile source

Je le détestais. Je me suis moqué d'IE dans toutes ses incarnations. Je le détestais autant que tout le monde.

«Internet Explorer 6 présente un bogue mystérieux impliquant plusieurs éléments flottants; Les caractères de texte du dernier des éléments flottants sont parfois dupliqués sous le dernier élément flottant. … La cause directe n'est rien de plus que des commentaires HTML ordinaires, tels que pris en sandwich entre des flotteurs successifs. "

– Bug de l'explorateur 6: caractères dupliqués

le temps est ce qu'il était. Toutes ces heures que j'ai passées à me pencher sur une machine virtuelle janky – recharger, attendre, jeter un correctif insensé face à un bogue absurde, reload, crash ouvrir à nouveau IE, attendre, vérifier que la mise en cache n'était pas un factoriser, recharger, attendre et répéter. J'aurais pu faire tellement plus avec mon temps – j'aurais pu apprendre beaucoup plus .

J'étais certain que cela ne retardait pas seulement mon travail et que cela ne tenait pas seulement le Web en arrière, mais il a retenu moi en tant que développeur. Sur ce deuxième point, je suppose que je ne me suis pas entièrement trompé: toutes les connaissances obscures sur les bogues du navigateur IE 6-7 que j’ai accumulées sont désormais inutiles. Tout ce que je dois montrer, c’est un clin d’œil involontaire au mot «filtre», une préférence imparable pour padding par rapport à marge et une peur profondément ancrée mais largement sans fondement de ] z-index .
Le plus grand centre commercial

“… les espaces supplémentaires génèrent des styles incorrects si le nom de classe réel est une sous-chaîne (ou une super-corde) d'un autre nom de classe.”

– Bogue d'analyse d'espaces blancs dans IE5 / Mac

Je souhaitais que ça s'en aille. Désinstallé par un virus intelligent et répandu, interdit par la loi, Microsoft a finalement décidé de réduire les pertes de son moteur de rendu de mauvaise qualité et de basculer vers le moteur de rendu de Firefox, Gecko – que ce soit – seulement le fasse disparaître . Mais non. Le Web a continué d'évoluer et nous, les développeurs, avons battu, les bateaux contre le courant, sans cesse remontés dans le passé.

Chrome est arrivé, Firefox n'a cessé de s'améliorer, de nouvelles fonctionnalités ont été lancées, les possibilités excitantes et infinies offertes par l'avènement de Une conception Web réactive dispersée devant nous et rappelez-vous que vous ne disposerez que de quelques jours pour que tout fonctionne plus ou moins dans l'ancienne version d'Internet Explorer, alors ne prenez pas trop . ] emporté.
Le plus grand centre commercial

“SI vous utilisez IE8, ET que vous utilisez l'approche de numérotation par liste ordonnée CSS décrite ci-dessus, ET le code HTML contenant les classes qui utilisent les classes counter-reset et counter-increment Les attributs CSS sont CACHÉS au chargement de la page. ALORS que, chaque fois que le code HTML masqué est affiché, TOUS les nombres automatiques sont à ZÉRO, MAIS SEULEMENT SI LE CSS : survole PSEUDO-CLASS EST UTILISÉ SUR CETTE PAGE! ”

– Le bogue" survolant "d'IE8: le bogue le plus impressionnant jamais créé pour l'IE

Il est difficile d'imaginer vivre ce genre de frustration de nos jours, du moins pour nous, les plus âgés. Cela ne veut pas dire qu’il n’ya pas eu énormément de travail à faire pour régler les choses sur plusieurs navigateurs de nos jours, aussi – je le sais très bien. Mais il est difficile de ne pas ressentir le pincement occasionnel de «en de mon jour, tout que nous avions étaient des flotteurs, et me permettait de vous parler du bogue à double marge d'IE . ]"Lorsque vous avez entendu parler d'une petite différence dans le fonctionnement de CSS Grid d'un navigateur à l'autre.

J'avais tort. Je veux être clair sur ce point. Pas mal pour être frustré. Je ne pense pas que quiconque devrait être blâmé pour être frustré par ces vieux bogues de navigateur, de même que je ne pense pas que quiconque devrait être blâmé pour sa frustration avec tout aspect du développement Web maintenant . Non, j'avais tort de conclure que la colère m'avait amené: vouloir voir brûler Trident sur le sol et la terre où elle était autrefois salée.

Je soupçonne qu'un seul phénomène dramatique et ironique se dégage de cette terre salée. : ces mêmes frustrations, nées de nouveau, pour une nouvelle génération de développeurs Web. Lorsque j'ai commencé ma carrière, quelques années à peine après la guerre des navigateurs, ces semences avaient déjà pris racine. Parce que, pendant un temps – un temps avant le mien – nous, les développeurs Web maudissions Netscape de la même manière. Le plus faible, buggier, sans doute pire navigateur. Mais Internet Explorer – les développeurs ont aimé ce navigateur. Et ils souhaitaient que ces autres navigateurs – les mauvais navigateurs – disparaissent juste : désinstallés par un virus intelligent et répandu, interdit par la loi, Netscape a finalement décidé de réduire les pertes de leur moteur de rendu de mauvaise qualité et passer au moteur de rendu d'IE, Trident – que ce soit – seulement pour le faire disparaître . Ces bogues impénétrables d’Internet Explorer ne se sont pas produits par hasard ou par négligence. Ils sont apparus parce qu'Internet Explorer avait gagné et nous l'aimions pour gagner.

Vous voyez, notre frustration et notre colère nous ont menti, comme ils le font habituellement. Ils nous ont dit que le soutien de ces autres navigateurs, pires n’a pas simplement retenu notre travail ni le Web, mais il a retenu en tant que développeurs. Une perte de notre temps maudite, c'est ce que c'était. Nous nous sommes donc dit que ce n'était pas seulement pour notre bien mais pour le bien de tout le Web .

Nous avons pesé IE un peu plus lourdement. Nous lui avons donné un peu plus de poids dans nos décisions. Alors, avec autant de jetons, Microsoft a joué ses cartes en conséquence – qui pourrait les en blâmer? Tout le monde a d'abord construit des sites Web, puis les autres. Leur mot n’était pas la loi mais c’était certainement plus que la suggestion . Bien sûr, ils se sont écartés des standards du Web ici et là (un peu), mais après tout, The Biggest Browser n’a-t-il pas été mis en œuvre comme une sorte de de facto standard de toute façon? De plus, prendre en charge le navigateur de meilleure qualité, plus rapide et plus simple, faisait du Web un service! Avec Microsoft, nous avons poussé le Web vers l'avant! Tout le monde y gagne.

Le moteur de rendu utilisé aujourd'hui par le navigateur Edge de Microsoft – EdgeHTML – est une fourchette de l’ancien et vieux Trident. C’est une fourche de Trident améliorée et considérablement améliorée, mais elle n’est pas, disons, universellement jugée sur son mérite. L’équipe EdgeHTML a toujours eu quelques inconvénients: le premier était technique, en ce sens qu’il a fallu énormément de temps et d’efforts pour rattraper Safari, Firefox et Chrome. La seconde était émotionnelle. C’était nous, vous et moi, fatigués par des années d’Internet Explorer, où nous observions un «e» bleu en lettres minuscules avec un profond dédain.

Il ya quelques semaines, l’équipe Edge a annoncé qu’elle abandonnerait bientôt EdgeHTML en faveur. de Blink, le moteur de rendu qui fait fonctionner Chrome. Avec ce changement, les dernières braises de Trident seront éteintes pour toujours. Le vœu que j’avais partagé avec tant d’autres sera finalement exaucé. Ironiquement, EdgeHTML était en train de devenir un moteur de rendu assez solide.

Blink est un projet open source dirigé par Google. Il alimente à la fois Chrome et Opera, ce dernier ayant de la même façon abandonné son moteur de rendu local il y a quelques années.

Blink est de loin (c'est de plus en plus) la manière dont le Web est expérimenté dans le monde entier. Blink est rapide, stable, regorge de fonctionnalités modernes et, comparé au développement de EdgeHTML – indolore .

Il est peut-être arrivé trop tard pour nous préserver de ces anciens bogues de l'IE, mais notre travail sera plus facile maintenant qu’il existe un moteur de rendu de moins à prendre en charge. Vous et moi allons perdre un peu plus de notre fardeau collectif «mais cela fonctionne-t-il entre navigateurs». Nos projets se dérouleront plus en douceur et le Web perdra encore un peu plus de ce qui le retenait autrefois.

En tant que gardiens du moteur qui alimentent tellement le Web, le mot de Google ne sera pas ] loi mais certainement plus que suggestion . Et au cours des prochaines années, ils vont peut-être s’écarter des normes Web ici et là (intentionnellement ou accidentellement) de la manière la plus infime. Mais après tout, quelque chose implémenté par The Biggest Browser n’est-il pas une sorte de standard de facto lui-même? D'ailleurs, comment pourrais-tu discuter? Privilégier le meilleur navigateur, plus rapide et plus puissant, c'est faire du Web un service, après tout. Avec Google, nous ferons progresser le Web. Tout le monde va gagner.

En d’autres termes, tant que les écarts de normes peu importants et les minuscules insectes tenaces ne grossissent pas avec le temps, grâce à la double force de l’entropie et de la complaisance. À moins que les décisions que nous avons prises pour le bien du Web (main dans la main avec une agence de publicité notoirement hostile à la vie privée ) ne commencent à se sentir un peu plus sombres et qu'un nouvel épouvantard commence à se dessiner dans nos esprits – à moins que nous trouvions que nos vieilles peurs et frustrations ont ressurgi (comme un phénix qui éloigne de quelques centaines de pixels de là où il devrait et scintille étrangement lorsque vous faites défiler).

Cela ne prend pas beaucoup. l’imagination de voir apparaître des moteurs de rendu plus récents et plus excitants au cours des prochaines années. Il faut tout aussi peu d'imagination pour les voir échouer en raison d'un manque de soutien, car nous privilégions «le navigateur que tout le monde utilise d'abord» par choix, puis plus tard peut-être dans la réticence à servir «le résultat net». [19659005] Encore une fois, je ne sais pas. Je n'ai jamais vu cela se produire avec un moteur de rendu moi-même. Je viens d’entendre toute l’histoire, et je sais seulement par elle-même comment elle se termine. Je connais la fin de la douleur des vieilles cicatrices psychiques; d'un flincch involontaire à certains morceaux de code, et de la mémoire musculaire qui m'oblige à en éviter d'autres. Je le sais par les blagues des conférences qui ont toujours semblé un peu fatiguées, mais qui ont quand même résonné de la même manière, d’une manière que je ne me permettrais pas d’admettre et dont j’ai toujours parlé à un souhait secret que je tenais profondément dans mon cœur. Un vœu amer et haineux.

Mais bon, écoute. Plus maintenant. Maintenant, je veux dire – je ne le ferais jamais. J'aime vraiment un bon bug de moteur de rendu, maintenant. Je le fais.

"Les transformations de CSS 3D avec la perspective () sont rendues à l'envers."

– bugs.chromium.org

Je veux dire, c'est plutôt amusant bug, non? J'aime, s'amuser d'une manière .

C’est amusant.

C’est amusant .

(dm, ra, il)