En juin 2006, les développeurs et designers Web du monde entier sont venus à Londres pour la deuxième conférence annuelle @Media. Le premier avait été un énorme succès, et @Media 2006 était encore plus prometteur. Sa gamme de haut-parleurs a été retirée de certaines des voix les plus excitantes et les plus énergiques de la communauté de conception et de navigateur Web.
Chris Wilson était là pour annoncer la première version majeure à Internet Explorer de Microsoft en près d'une demi-décennie. Rachel Andrew et Dave Shea échangeaient des conseils pratiques sur le CSS et la gestion de projet. Tantek Çelik partageait certains de ses travaux récents sur les microformats. Molly Holzschlag, le chef du projet de normes Web à l'époque, a préparé un discours éclairant sur l'internationalisation et a prévu de rejoindre un panel sur les derniers développements de CSS.
La conférence a débuté jeudi avec un discours d'ouverture d'Eric Meyer, pionnier et adoptant précoce de CSS. La diapositive de titre du Keynote disait «Une décennie de style». Dans une conversation captivante et personnelle, Meyer a raconté l'histoire de la décennie des feuilles de style en cascade ou du CSS. Sa propre histoire professionnelle entrelacée et inséparable de celle de CSS, Meyer a utilisé son temps sur scène pour regarder les racines de la langue et mieux comprendre les décisions et les compromis qui avaient conduit à nos jours.
Au centre de son discours, Meyer a dévoilé le secret du succès de CSS: «Ne sous-estimez jamais l'effet d'un petit groupe restreint d'experts passionnés.» Le CSS, le langage de conception ouvert et accessible du Web, a prospéré non pas à cause de la technologie elle-même, mais à cause des gens - les personnes qui l'ont construite (et ont construit avec elle) et ce qu'elles ont partagé comme elles ont appris en cours de route. L'histoire du CSS, a conclu Meyer, est l'histoire des gens qui l'ont fait.
Quinze ans après cette conversation, et près de trois décennies après sa création, c'est toujours vrai.
Jeudi matin, 20 octobre 1994, les participants d'une autre conférence, la deuxième conférence internationale du WWW, se sont répandus dans une chambre au deuxième étage de l'hôtel Ramada à Chicago. Il s'appelait la salle d'or. Le Grand Hall en face était un peu plus grand - réservé pour les présentations d'ouverture de la journée - mais la salle d'or fonctionnerait très bien pour le groupe relativement plus petit qui avait réussi à faire le panneau tôt le matin à 8h30.
La plupart des participants ce matin auraient été épuisés et aux yeux liés, fatigués des événements de réseautage en fin de soirée qui avaient duré les trois nuits précédentes. Jeudi a été le jour du développeur, le dernier jour de la conférence.
La conférence de Chicago avait été précédée six mois plus tôt par la première conférence du WWW à Genève. Le contraste aurait été immédiatement apparent. Plutôt que des séances en petits groupes axées sur les normes et les spécifications, les salles ont bourdonné d'initiés de l'industrie et de parvenus commerciaux vendant leurs marchandises. En peu de temps, le Web était devenu courant. La conférence à Chicago a reflété ce changement dans le ton: c'était un événement de l'industrie, avec des représentants de Microsoft, HP, Silicon Graphics, et bien d'autres.
Le thème de la conférence était «Mosaic and the Web», et le site de la création de Mosaic, NCSA, avait aidé à organiser l'événement. C'était un fait rendu plus dramatique par un communiqué de presse de Netscape, une entreprise principalement dotée d'anciens employés de la NCSA, quelques jours plus tôt. La première version de leur navigateur - dramatiquement présentée comme «mosaïque» - était non seulement en version bêta, mais serait libre après la libération (une décision qui serait plus tard inversée). La plupart des membres de l'équipe NetScape étaient présents, dans l'opposition commerciale de leur ancien employeur et le plus grand rival.
La grande intrigue des affrontements commerciaux a quelque peu éclipsé la première session du matin le dernier jour de la conférence, «HTML et SGML: une présentation technique». Ceci, malgré le fait que le créateur du Web, Sir Tim Berners-Lee, dirigeait le panel. Le dernier présentateur était Håkon Wium Lie, qui a travaillé avec Berners-Lee et Robert Calliau au Cern. Il s'agissait d'une nouvelle proposition pour un langage de conception que le mensonge appelait des feuilles de style HTML en cascade. CHSS pour faire court.
La proposition s'était réunie à la hâte. Une conversation avec le rédacteur en chef des normes Dave Ragget a aidé à convaincre le mensonge de l'urgence. Courir jusqu'à la date limite, Lie avait affiché le premier projet de sa proposition dix jours avant la conférence.
Le mensonge était venu sur le Web tôt et avec enthousiasme. Assez tôt pour avoir utilisé le navigateur en mode ligne de Nicola Pellow à Telnet dans le tout premier site Web. Et assez enthousiaste pour rejoindre Berners-Lee et l'équipe Web du CERN peu de temps après avoir obtenu mon diplôme du MIT Media Lab en 1992. "J'ai entendu le Big Bang et je suis venu courir", c'est comment le mensonge le met.
Peu de temps après avoir commencé au CERN, la langue du Web a changé. Réalisant que le public du Web ne pouvait pas regarder le texte noir sur un fond blanc toute la journée, les fabricants de Mosaic ont introduit une balise qui permette aux créateurs de sites Web ajouter des images en ligne à leur site Web. Une fois la porte ouverte, d'autres fonctionnalités se sont précipitées. Mosaic a ajouté encore plus de balises pour les couleurs et les polices et la disposition. Mentir, et l'équipe du CERN, ne pouvait s'asseoir que sur la touche et regarder, un mensonge ferait plus tard commenter, en disant: "C'était comme:" Dusez, nous avons besoin de quelque chose de rapide, sinon ils vont détruire la langue HTML. ""
La sortie imminente de Netscape en 1994 n'a offert aucun soulagement. Marc Andreessen et son équipe de Netscape ont promis un navigateur Web axé sur le consommateur. Berners-Lee avait développé HTML - la langue singulière du Web - pour décrire des documents, et non les concevoir. Pour combler cette lacune, les navigateurs ont rempli le langage de HTML avec des balises pour permettre aux concepteurs de créer des sites Web dynamiques et stylisés.
Le problème était qu'il n'y avait pas encore de façon standard de le faire. Ainsi, chaque navigateur a ajouté ce qu'il jugeait nécessaire et d'autres ont été obligés de suivre le pas ou de suivre leur propre chemin. "Dès que les images ont été autorisées en ligne dans des documents HTML, le Web est devenu un nouveau support de conception graphique", a publié sur WWW-Talk à cette époque, «si des feuilles de style ou des informations similaires ne seront pas ajoutées à HTML, le prix inévitable sera des documents qui ne seront pas beaux sur un quelconque.»
La proposition de Lie - sur laquelle il a commencé à travailler presque dès qu'il a rejoint au CERN - était pour une deuxième langue. Le CHSS a utilisé des feuilles de style: documents séparés qui décrivaient la conception visuelle de HTML sans affecter sa structure. Vous pouvez donc changer votre HTML et votre feuille de style est restée la même. Changez la feuille de style et le HTML est resté le même. Le contenu vivait à un endroit et la présentation dans un autre.
Il y avait d'autres propositions de feuilles de style. Rob Raisch de O'Reilly et le créateur de Viola Pei-Yuan Wei ont chacun eu leur propre tour. Travailler au CERN, où le Web avait été créé, a contribué à améliorer le profil du CHSS. Sa simplicité relative a également rendu attrayant les fabricants de navigateurs. La cascade dans les feuilles de style HTML en cascade, cependant, la distingue.
Chaque personne éprouve le Web à travers un prisme de sa propre expérience. Il est vu à travers différents appareils, dans différentes conditions. À l'écran les lecteurs et les téléphones et sur les téléviseurs grand écran. La perception de l'apparence d'une page en fonction de leur situation va en contraste frappant à la fois à l'intention de l'auteur du site Web et aux limites et aux capacités des navigateurs. Le Web est donc chaotique. Plusieurs sources se mêlent et rivalisent pour décider de la façon dont chaque page Web est perçue.
La cascade apporte l'ordre sur le Web. Grâce à un ensemble simple de règles, plusieurs parties - le navigateur, l'utilisateur et l'auteur du site Web - peuvent définir la présentation de HTML dans des feuilles de style séparées. Au fur et à mesure que les règles passent d'une feuille de style à l'autre, la cascade équilibre une règle contre une autre et détermine le gagnant. Il garde le design pour le Web simple, héritable et embrasse son état naturel instable. Il a changé au fil du temps, mais la cascade a rendu le Web adaptable à de nouveaux environnements informatiques.
Après que Lie a fait sa présentation au deuxième étage de l'hôtel Ramada à Chicago, c'est la cascade qui a monopolisé les discussions. Les fabricants du Web ont utilisé la proposition CHSS comme tremplin pour une conversation beaucoup plus large sur l'intention des auteurs et les préférences des utilisateurs. Dans quelle situation, en d'autres termes, l'auteur de la conception d'un site Web devrait remplacer la préférence d'un utilisateur ou la détermination d'un navigateur. Un débat productif s'est renversé à l'extérieur de la pièce et sur la liste de diffusion WWW-Talk, où il a été récupéré par Bert Bos.
BOS était un ingénieur néerlandais, étudiant les mathématiques à l'Université de Groningen aux Pays-Bas. Avant d'obtenir son diplôme, il a créé un navigateur appelé Argo, un outil bien connu et utile pour plusieurs des départements de l'université. Argo était remarquable pour deux raisons. Le premier était qu'il comprenait une itération précoce de ce qui serait connu plus tard sous le nom d'applets. La seconde était qu'elle comprenait la mise en œuvre de la feuille de style de BOS, une qui n'était pas trop différente du SHCS. Il a reconnu une opportunité.
«La plupart du contenu de CSS1 a été discuté sur le tableau blanc de Sophia-Antipolis en juillet 1995… chaque fois que je rencontre des problèmes techniques difficiles, je pense à Bert et à ce tableau blanc.»
Hakon wium mensonge
Lie et Bos ont commencé à travailler ensemble, fusionnant leurs propositions en quelque chose de plus raffiné. L'année suivante, au printemps 1995, la troisième conférence du WWW a eu lieu à Darmstadt, en Allemagne. Netscape, qui vient d'être sorti six mois plus tôt, était déjà en train de rouler sur une nouvelle vague de popularité dirigée par leur nouveau PDG Jim Barksdale. À quelques mois de l'introduction en bourse la plus réussie de l'histoire, Netscape se lancera bientôt dans la stratosphère, avec le fusil de chasse Web, ajoutant toujours de nouvelles fonctionnalités HTML non standard chaque fois qu'ils le pouvaient.
Le mensonge et BOS n'avaient jamais communiqué à distance. En Allemagne, ils se sont rencontrés en personne pour la première fois et ont fait une présentation conjointe sur une nouvelle proposition de feuilles de style en cascade, CSS (le H est tombé d'ici là).
Cela contraste avec ce qui était disponible à l'époque. Avec seulement HTML à leur disposition, les concepteurs de sites Web ont été obligés de créer une «mise en page de pages via des tables et des scapismes de nets comme la taille de la police», comme l'a écrit un chroniqueur Suck à l'époque, cité plus tard dans une thèse écrite par Lie. Les pages Web sous table étaient lentes à charger et difficiles à comprendre par des appareils accessibles comme les lecteurs d'écran. CSS a résolu ces problèmes. Ce même écrivain, sans croire en sa longévité, a salué CSS pour son «simple élégance, mais aussi… sa superfludité et sa redondance».
Peu de temps après la conférence, BOS a rejoint Lie au W3C. Ils ont commencé à rédiger une spécification cet été-là. Le mensonge rappelle le travail frénétique et productif qu'ils ont fait avec émotion. «La plupart du contenu de CSS1 a été discuté sur le tableau blanc de Sophia-Antipolis en juillet 1995… chaque fois que je rencontre des problèmes techniques difficiles, je pense à Bert et à ce tableau blanc.»
Chris Wilson, en 1995, était déjà un expert des navigateurs. Il avait travaillé chez NCSA dans l'équipe Mosaic, l'un des deux programmeurs qui ont créé la version Windows. Dans le sous-sol du laboratoire de la NCSA, Wilson était un participant impatient aux conversations qui ont aidé à définir le premier Web.
La plupart de ses collègues de la NCSA se sont emballés et ont déménagé dans la Silicon Valley pour travailler sur Mosaic Killer de Netscape. Wilson a choisi quelque chose de différent. Il s'est installé plus au nord, à Seattle. Son premier emploi a été avec Spry, travaillant sur un navigateur sous licence en mosaïque pour leur Internet dans un package de boîte . Cependant, en tant qu'ingénieur, il était difficile pour Wilson d'éviter le tirage de Microsoft à Seattle. En 1995, il y a travaillé en tant que développeur de logiciels et en 1996, il a été transféré dans l'équipe Internet Explorer juste avant la version de la version 2 du navigateur.
Internet Explorer était l'entrée tardive de Microsoft sur le marché du navigateur. Bill Gates avait notoirement contourné Internet et le Web pendant des années, avant d'inverser complètement la position de son entreprise. Pendant ce temps, Netscape avait capturé un marché rapidement en expansion qui n'existait pas lorsqu'ils ont commencé. Ils avaient publié deux versions extrêmement réussies de leur navigateur multiplateforme convivial. Leur fenêtre sur le Web était ornée d'un e-mail intégré, d'un processus d'installation facile et d'une nouvelle langue appelée JavaScript qui permettent aux développeurs d'ajouter des animations animées à un Web qui avait été auparavant inerte.
Microsoft a offert relativement peu. Internet Explorer a commencé comme un port de Mosaic, mais au moment où Wilson a signé, il reposait sur une base de code réécrite. Outre quelques fonctionnalités de Microsoft natives intégrées qui faisaient appel au marché des entreprises, Internet Explorer n'avait pas été en mesure de se distinguer de la mise au point et du rythme nets de Netscape.
Microsoft avait besoin d'un différenciateur. Wilson pensait qu'il en avait un. "Il y a cette chose qui appelle les feuilles de style", se souvient Wilson en disant à son patron à l'époque, "cela vous permet de contrôler les polices et vous et vous pouvez faire des pages très jolies, Netscape ne regarde même pas ce genre de choses." Wilson a obtenu l'approbation pour commencer à travailler sur CSS sur place.
À l'époque, la spécification CSS n'était pas encore terminée. Pour combler le fossé de la façon dont les choses devaient fonctionner, Wilson a rencontré régulièrement le mensonge, BOS et d'autres membres du W3C. Ils apporteraient des modifications à leur projet de spécification, et Wilson l'essaierait dans son navigateur. Rincer et répéter. Plus tard, ils ont même apporté Vidur Apparao de Netscape dans leurs discussions, qui sont devenues plus formelles. Finalement, ils sont devenus le groupe de travail CSS.
Internet Explorer 3 a été publié en août 1996. C'était le premier navigateur à avoir un support pour CSS, une langue qui n'avait pas encore été officiellement recommandée par le W3C. Plus tard, cela deviendrait un problème. "Il y a encore beaucoup d'IE3", disait plus tard quelques années après sa sortie initiale, "et comme ils ne sont pas conformes à la spécification, il est très difficile d'écrire une feuille de style qui fonctionnera bien avec IE3 tout en fonctionnant bien avec les navigateurs ultérieurs."
À l'époque, cependant, il était imminemment nécessaire. Une version de travail de CSS propulsée par un navigateur dans la plus grande entreprise technologique au monde a prêté stabilité. Les dispositions basées sur la table et les étiquettes NetScape uniquement étaient encore plus largement adoptées, mais CSS a maintenant eu une chance.
En 1997, le W3C a divisé le groupe de travail HTML en trois parties, CSS obtenant son propre groupe dédié formé à partir de l'équipe Ad-Hoc Internet Explorer 3. Il serait présidé par Chris Lilley, qui est venu sur le Web en tant que spécialiste de l'infographie. Lilley avait souligné des années plus tôt la nécessité d'une technologie Web standardisée pour la conception. Au W3C, il dirigerait l'effort de faire exactement cela.
La première recommandation officielle de CSS a été publiée en décembre 1997. Six mois plus tard, la version 2 du CSS a été publiée.
En tant que président du groupe de travail, Lilley était active sur la liste de diffusion WWW-Talk. Il solliciterait souvent des conseils ou répondait aux questions des développeurs. Sur un de ces échanges, il a reçu un e-mail d'un Eric Meyer. "Hé, j'ai lancé ces pages de test, je ne sais pas si vous vous intéressez à eux", était la façon dont Meyer se souvient du message, ajoutant qu'il ne réalisait pas "qu'il n'y avait rien d'autre comme cela existant."
Eric Meyer était à la conférence Web à Chicago où Håkon se trouve le premier CSS a fait une démonstration, mais pas à la session. Il n'a eu la chance de voir CSS que quelques années plus tard, lors de la cinquième conférence Web annuelle à Paris. Il était là pour présenter un article sur la technologie Web qu'il avait développée tout en travaillant en tant que webmaster Western Case. Son véritable but là-bas, cependant, était de découvrir l'avenir probable du Web.
Il a assisté à un panel avec Håkon Lie et Bert Bos, aux côtés de Dave Raggett. Ils ont chacun parlé des capacités de CSS dans le cadre de la spécification W3C. Chris Wilson était là aussi, allaiter un peu un rhume mais démolir catégoriquement une version de travail de CSS dans Internet Explorer 3. "Je n'avais même jamais entendu parler de CSS auparavant, mais au moment où ce panel était terminé, le haut de ma tête avait l'air de faire exploser", "Meyer dirait plus tard:" J'ai été vendu instantanément. Je me sentais bien. "
Meyer est rentré chez lui et a commencé à expérimenter CSS. Mais il a rapidement heurté un mur. Il avait un peu plus qu'une spécification à partir de - il n'y avait pas une chose telle que la documentation formelle ou les tutoriels CSS - mais quelque chose s'est senti. Il coderait un peu de CSS et s'attendait à ce que cela fonctionne dans un sens, et cela fonctionnerait un autre.
C'est à ce moment-là qu'il a commencé à rassembler les pages de test. Meyer isolerait son code à une seule fonctionnalité de CSS. Puis il testerait cela à travers les navigateurs et documenterait leurs incohérences, aux côtés de la façon dont il pensait qu'ils devraient travailler. «Je pense que c'était surtout la joie de ramper à travers un nouveau système, de le séparer, de comprendre comment cela fonctionnait et de documenter ce qui a fonctionné et ce qui ne savait pas. Je ne sais pas exactement pourquoi ce genre de choses m'excite, mais ils le font.» Au fil des ans, Meyer a construit une carrière en plus de ce type d'expérimentation.
Ces pages d'essai - ont été publiées sur le site Web de Meyer et plus tard sur d'autres blogs - ont manifestement organisé et documenté sans le savoir la mise en œuvre appropriée de CSS en fonction de sa spécification. Une fois que Chris Lilley les a obtenus, le groupe de travail CSS a aidé Meyer à les transformer en Suite officielle de test CSS W3C, un outil important pour aider les navigateurs travaillant à introduire le CSS.
Les pages de test et les tutoriels sur le site personnel de Meyer sont rapidement devenus des colonnes régulières sur les blogs populaires. Puis O'Reilly s'est approché de lui à propos de l'écriture d'un livre, qui est finalement devenu CSS: le guide définitif . Des recherches pour le livre ont connecté Meyer aux personnes qui construisaient CSS à l'intérieur du W3C et des navigateurs. Il a partagé à son tour ce qu'il a appris avec la communauté du développement Web. Peu de temps après, Meyer avait cimenté un héritage comme une figure centrale de l'histoire du CSS.
Son travail s'est poursuivi. Lorsque le projet des normes Web a contacté le programmeur John Allsopp pour former un comité dédié au CSS, il a immédiatement pensé à Meyer. Meyer a été rejoint par Allsopp et plusieurs autres: Sue Sims, Ian Hickson, David Baron, Roland Eriksson, Ken Gunderson, Brade McDaniel, Liam Quinn et Todd Fahrner. Collectivement, leur titre officiel était le comité d'action CSS, mais ils sont souvent allés par CSS Samurai.
CSS était un langage de conception correctement standardisé. Si cela est bien fait, il pourrait secouer les fonctionnalités NetScape uniquement et les dispositions basées sur la table du passé. Mais les navigateurs ne rattrapaient pas CSS assez rapidement pour certains développeurs. Et quand ils l'ont fait, c'était souvent une réflexion après coup. "Vous ne pouvez vraiment pas imaginer, à moins que vous ne l'ayez vécu, à quel point le soutien du navigateur a été buggy et incohérent et frustrant pour CSS", se souviendrait plus tard de Meyer. L'objectif des samouraïs CSS était de résoudre ce problème.
Le comité a adopté une approche familière du projet des normes Web, publié des rapports publics sur le manque de soutien du navigateur d'une part et une rencontre en privé avec les fabricants de navigateurs pour discuter des changements d'autre part. Un troisième objectif du comité était de parler directement aux développeurs. L'éducation populaire est devenue un objectif central pour les travaux du CSS Samurai, un instrument efficace de changement par rapport au sol.
Netscape a fourni le plus grand obstacle. En totalité, en JavaScript, Netscape a utilisé une version non standard de CSS connue sous le nom de JSSS, une langue qui a maintenant été largement oubliée. Le navigateur a traité les feuilles de style à l'aide de JavaScript pour rendre la page, ce qui a rendu son support inégal et souvent lent à charger. Ce ne serait pas avant la libération du moteur de rendu Gecko au début des années 2000, que JSSS serait supprimé. Alors que Netscape s'est transformé en Mozilla à la suite de ce changement, il reviendrait enfin à une implémentation CSS fonctionnelle.
Mais avec d'autres navigateurs, en particulier avec des versions d'Internet Explorer qui capturaient des segments plus importants du marché, la guêpe s'est avérée réussie. Les cœurs et les esprits des développeurs étaient avec eux, car ils sont entrés dans une nouvelle ère de style sur le Web.
Il y avait au moins une conversation sur le café qui a sauvé CSS. Il y avait peut-être plus, mais la conversation en question s'est produite en 1999, entre Todd Fahrner et Tantek Çelik. Fahrner était membre du projet Web Standards et d'un samouraï CSS, souvent sur les frontaux du changement. Parmi les travaux inédits avec et pour le Web, il a aidé Meyer à la suite de tests CSS et a développé un test décisif pratique pour le soutien CSS connu sous le nom de test acide.
Çelik a travaillé chez Microsoft. Il était en grande partie responsable de l'apport du support sur les normes Web dans Internet Explorer pour Mac, des années avant que d'autres navigateurs majeurs ne fassent de même. Çelik aurait un impact long et durable sur le développement de CSS. Il rejoindrait bientôt le comité directeur du projet des normes Web. Plus tard, en tant que membre du groupe de travail CSS, il contribuerait et aiderait à modifier plusieurs spécifications.
Ce jour-là, au-dessus du café, le sujet de la conversation a été la crise existentielle du Web. Pendant des années, les navigateurs avaient ajouté des versions ad hoc, inégales et incompatibles de CSS. Avec une recommandation formalisée du W3C, il y avait enfin une façon objectivement correcte de faire les choses. Mais si les navigateurs prenaient les nouvelles règles correctes du W3C et les appliquaient à tous les sites qui s'étaient appuyés sur les anciennes règles incorrectes avant, elles auraient soudainement l'air brisées.
Ce dont ils avaient besoin, c'était d'une bascule. Une sorte de commutateur que les développeurs pouvaient s'activer pour signaler qu'ils voulaient les nouvelles règles correctes. Ce jour-là, Fahrner a proposé d'utiliser la déclaration Doctype. C'est un peu de texte en haut de la page HTML qui spécifie une définition de type de document (celle que Dan Connolly avait passé des années à la normalisation du W3C). La pratique est devenue connue sous le nom de commutation doctype. Cela signifiait que les nouveaux sites pouvaient coder CSS dans le bon sens, et les anciens sites continueraient de fonctionner très bien.
Lorsque Internet Explorer pour Mac version 5 a été publié, il comprenait la commutation Doctype. Avant longtemps, tous les navigateurs l'ont fait. Qui a balancé la porte ouverte pour les CSS conformes aux normes dans les navigateurs.
«Nous n'avons pas appris à concevoir le Web.» Alors lisez la première ligne de l'introduction des feuilles de style Cascading Style de Molly Holzschlag en 2003: The Designer's Edge . C'était une déclaration audacieuse, et non la première ou la dernière de Holzschlag - qui a eu un impact profond et durable sur l'évolution du Web. Tout au long de sa carrière, Holzschlag a été un défenseur agité des personnes qui utilisent le Web, même lorsque cela a affronté les fabricants de technologies Web. Son histoire de décennie avec le Web s'est étendue bien au-delà du CSS, à presque tous les aspects de son développement et de son évolution.
Holzschlag continue. "Pour arriver à ce point de l'histoire du Web, nous avons dû emprunter des directives à d'autres médias, un piratage et une solution de contournement à travers les incohérences du navigateur et plier le balisage jusqu'à présent de sa forme normale que nous l'avons cassée."
À la fin de 2000, Netscape a publié la sixième version de leur navigateur. Internet Explorer 6 est sorti peu de temps après. Les feuilles de style pour ces navigateurs étaient beaucoup plus capables que toutes les personnes qui étaient précédées. Mais Microsoft ne publierait pas un autre navigateur pendant cinq ans. Netscape, presque vaincu par Microsoft, mettrait des années à se regrouper et à réformer en tant que Firefox les plus capables et conformes aux normes.
Le travail du projet Web Standards et du W3C avaient apporté une version de travail de CSS sur le Web. Mais c'était incomplet et souvent difficile à comprendre. Et les développeurs ont dû prendre en compte les navigateurs plus âgés, ce que beaucoup de gens utilisaient encore.
Au début des années 2000, les créateurs du Web ont été pris entre un passé criblé d'incohérence et un avenir qui a capturé leur imagination. «Les concepteurs et les développeurs poussaient les limites de ce dont les navigateurs étaient capables», se souvient le développeur Web Eevee de l'utilisation de CSS à l'époque, «les navigateurs le manipulaient un peu mal. Tous les correctifs et les solutions et les bibliothèques étaient des arcanes, fragiles, erruels et / ou lourds.»
La plupart des concepteurs Web ont continué à s'appuyer sur une combinaison de hacks de table HTML et de balises spécifiques à NetScape pour créer des conceptions avancées. Le deuxième niveau de CSS offrait encore plus de possibilités, mais les concepteurs hésitaient à tout faire et risquent une mauvaise expérience pour les utilisateurs de NetScape. «Netscape Navigator 4 retenait tout le monde», le développeur Dave Shea dirait plus tard: «Il a à peine soutenu le CSS, et certainement pas à quelque titre que ce soit que nous pourrions commencer à construire des sites sans table. Et l'analyse de rentabilisation pour un soutien continu était trop forte à ignorer.»
Sous la surface, cependant, une communauté dynamique et influente diffuse de nouvelles idées à travers des blogs et des listes de diffusion et des livres. Cette communauté a introduit des solutions intelligentes avec des noms tout aussi intelligents. Le «Holly Hack» et «Clearfix» de la position est tout , entretenu par Holly Bergevin et John Gallant. «Sliding Doors of CSS» de Douglas Bowman, «Suckerfish Dropdowns» de Dan Webb et Patrick Griffith et «Faux Columns» de Dan Ciederholm provenaient tous du blog A List Apart de Jeffrey Zeldman. Même Meyer et AllSopp ont créé la liste de diffusion CSS Dispusing en tant qu'atelier pour les idées et les pratiques innovantes.
«Ce sera les personnes qui utilisent CSS au cours des prochaines années qui proposeront les idées de conception innovantes dont nous avons besoin pour aider à stimuler le potentiel du Web en général.»
Molly Holzschlag
Et pourtant, une grande partie de l'énergie de cette communauté a été dépensée pour les hacks et les solutions de contournement et les solutions créatives. Les idées de conception les plus intéressantes sont toujours attachées avec une mise en garde, un peu de code pour le faire fonctionner dans ce navigateur ou cela. La première édition de CSS Anthology ** de Rachel Andrew, qui est devenue un manuel pour de nombreux développeurs CSS, a présenté un chapitre entier sur ce qu'il faut faire sur Netscape 4.
Les innovateurs de CSS - par des disparités difficiles à expliquer - ont été forcés de séparer la langue et de trouver un chemin vers leurs conceptions. À la suite de cette nouveauté, une poussée créative. Certains des designs les plus expressifs et les plus astucieux de l'histoire du Web sont sortis de cette époque.
Cette même communauté, cependant, tombait souvent à une préoccupation collective de ce qu'ils pouvaient faire de CSS. Une culture qui, parfois, surévalue les hacks et les solutions de contournement. En grande partie, par nécessité, une éducation partagée s'est concentrée sur le comment plutôt que sur le pourquoi. Des techniques trop-couleuses qui dépassaient parfois leur utilité.
Cela commencerait à changer. Holzschlag a mis fin à l'introduction à son livre sur CSS avec un clin d'œil à l'avenir. «Ce sera les personnes qui utilisent CSS au cours des prochaines années qui proposeront les idées de conception innovantes dont nous avons besoin pour aider à stimuler le potentiel du Web en général.»
Dave Shea était un disciple idéologique du projet Web Standards, un membre actif d'une communauté CSS croissante. Il était d'accord avec Holzschlag. «Nous sommes entrés dans une période où les individus pourraient aider à façonner l'avenir du Web», il décrirait plus tard le moment. Comme d'autres, il était frustré par les limites des navigateurs sans support CSS.
L'antidote à ce type de frustration était souvent de s'amuser un peu. Bien qu'il s'agisse de plus en plus de jour, la communauté de conception Web était petite et familière. Pour certains, il est devenu un passe-temps pour diffuser l'inspiration. Domino Shriver a compilé une liste de conceptions CSS dans son site, WebNoveau, maintenue plus tard par Meryl Evans. Chaque jour, de nouvelles pages Web conçues avec CSS seraient publiées sur sa page d'accueil. Le CSS quotidien de Chris Casciano a modifié cette approche. Chaque jour, il publiait une nouvelle feuille de style pour le même fichier HTML, capturant la large gamme de conceptions que CSS a rendu possibles. En mai 2003, Shea a produit sa propre vision du format lorsqu'il a lancé le CSS Zen Garden. Le projet reposait sur une simple prémisse. Chaque page a utilisé exactement le même fichier HTML avec exactement le même contenu. La seule chose qui était différente était la feuille de style de la page, le CSS qui a été appliqué à ce HTML. Plutôt que de les créer lui-même, Shea a sollicité des feuilles de style de développeurs du monde entier pour créer une galerie numérique d'inspiration CSS. Les conceptions allaient du minimalisme construit à l'étonnamment baroque. C'était un terrain de jeu pour explorer ce qui était possible.
À la fois une source d'influence, une démonstration pratique des avantages du CSS et une vitrine d'une grande conception Web, le jardin zen s'est propagé aux extrémités du Web. Ce qui a commencé avec cinq modèles s'est rapidement transformé en site Web rempli de dizaines de modèles différents. Et puis plus. «Des centaines de designers ont fait leur marque - et parfois leur réputation - en créant des dispositions de jardin zen», dirait plus tard l'auteur Jeffrey Zeldman, dans son livre avec des normes Web , «et des dizaines de milliers de personnes dans le monde ont appris à aimer CSS à cause de cela.»
Bien que Zen Garden devienne le plus connu, ce n'était qu'une contribution à une œuvre croissante de projets d'inspiration sur le Web. Les créateurs de Web voulaient regarder vers l'avenir.
En 2005, Shea a publié un livre basé sur le projet avec Molly Holzschlag appelé The Zen of CSS Design . D'ici là, CSS avait toute l'attention des concepteurs de sites Web.
En 1998, dans le but de suivre le rythme de Microsoft, Netscape a pris la décision de libérer leur navigateur gratuitement et d'ouvrir son code source dans le cadre d'un projet de parapluie nouvellement formé connu sous le nom de Mozilla qui mènerait finalement à la publication du navigateur Firefox en 2003.
David Baron et Ian Hickson ont tous deux commencé leur carrière à Mozilla à la fin des années 1990 en tant que bénévoles, puis stagiaires, dans l'équipe d'assurance qualité de Mozilla, identifiant les bogues de conformité des normes. C'est au cours de leur travail qu'ils se sont profondément familiers non seulement avec la façon dont CSS était censé fonctionner, mais comment, dans la pratique, il était utilisé à l'intérieur d'un navigateur axé sur les normes. Pendant ce temps, Hickson et Baron sont devenus une partie intégrante d'une communauté CSS croissante et ont rejoint les samouraïs CSS. Ils ont aidé à écrire et à exécuter les tests de la suite de tests CSS. Ils sont devenus des participants actifs à la liste de diffusion de style www, et plus tard, le groupe de travail CSS lui-même.
Pendant que Meyer écrivait son premier livre, CSS: The Definitive Guide , il se souvient de l'aide à Baron et Hickson pour comprendre comment certaines parties de CSS fonctionnaient. «Je doute que je cesserai jamais de les dire pour leur dévouement à me faire traverser le désert de mes propres malentendus», dirait-il plus tard. C'est leur attention aux détails qui en ferait bientôt un atout incroyable.
Les navigateurs comprennent les feuilles de style, la langue de CSS, sur la base des mots des spécifications du W3C. Si la langue n'est pas suffisamment spécifique, ou si tous les cas de bord ou combinaison de fonctionnalités ont été pris en compte, cela peut entraîner des incompatibilités entre les navigateurs. Tout en travaillant au W3C, Hickson et Baron ont aidé à mettre en évidence le langage vague de ses spécifications techniques. Ils ont rendu la définition de CSS plus précise, cohérente et plus facile à mettre en œuvre correctement.
Leur travail, aux côtés de Bert Bos, Tantek Çelik, Håkon Lie et d'autres, a conduit à une révision substantielle de la deuxième version de CSS, ce que le membre du groupe de travail CSS Elika Etemad décrira plus tard comme «un long processus de bouchage des trous, de réparation des erreurs et de suites de tests de test pour la norme CSS de base.» C'était un travail infatigable, autant sur la conversation avec les programmeurs de navigateurs que le travail technique réel et l'écriture.
C'était aussi un travail que personne ne pensait que cela prendrait très longtemps. There had been two versions of CSS released in a few years. A minor revision was expected to take a fraction of the time. One night at a conference a few months in, several CSS editors commented that if they stayed up late one night, they might be able to get it done before the next day. Instead, the work would take nearly a decade.
For years, Elika Etemad, then known only as 'fantasai', had been an active member of the www-style mailing list and Mozilla bug tracker. It had put her in conversations with browser makers, and members of the W3C. Though she had spoken with many different members of the CSS Working Group over the years, some of her most engaged and frequent discussions were with David Baron and Ian Hickson. Like Hickson and Baron, 'fantasai' was uncovering bugs and spec errors that no one else had noticed—and happily reporting what she found.
That work earned her an invite to the W3C Technical Plenary in 2004. Each year, members of the W3C working groups travel to shifting locations (2020 was the first year it was held virtually) for the event. W3C discussions are mostly done through emails and conference calls and editorial comments. For some members, the plenary is the only time they see each other face to face all year. In 2004, it was held in the south of France, in a town called Mandelieu-la-Napoule, overlooking the Bay of Cannes. It was there that Etemad met Baron and Hickson in person for the first time.
The CSS Working Group, several years into their work on CSS 2.1, invited Etemad to join them. Microsoft had all but pulled back from the standards process after the release of Internet Explorer 6 in 2001. The working group had to work with actively developed browsers like Mozilla and Opera while constrained by the stagnant IE6. They spent years ironing out the details, always feeling on the verge of completion. “We're almost out of issues, and the new issues we are getting are usually minor stuff like typo fixes and so forth,” Hickson posted in 2006, still years away from a final specification.
During this time, the CSS Working Group was also working on something new. Hickson and Baron had learned from CSS 2.1, an exhaustive but monolithic specification. “We succeeded,” Hickson would later comment, “but boy are they insanely complicated. What we should have done instead is just break the constraints and come up with something simpler, ideally something that more closely matched what browsers implemented at the time.” Over time, the CSS Working Group began to shift their approach. Specifications would no longer be a single, immutable document. It would change over time to accommodate real-world browser implementations.
Beginning with CSS3, also transitioned to a new format to cover a wider set of features and maintain pace with browser development. CSS3 consists of a number of modules, each that addresses a single area of functionality—including color, font, text, and more advanced concepts like media queries. “Some of the CSS3 modules out there are 'concept albums,'” 'fantasai' describes, “specs that are sketching out the future of CSS.” These “concepts” are developed independently and at a variable pace. Each CSS3 module has its own editors. Collectively, they have contributed to a bolder vision of CSS. Individually, they are developed alongside real-world browser implementations and, on their own, can more deftly adapt to change.
The modular approach to CSS3 would prove effective. The second decade of CSS would introduce sweeping changes and refreshing new features. The second decade of CSS would be different than the first. New features would lead to new designs, and eventually, a new web.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!