Share
HTML ist das Herzstück des Webs. Manchmal vergessen wir das, um Dinge mit CSS schön aussehen zu lassen. Wenn Sie jemals Sass (oder einen CSS-Compiler im Allgemeinen) verwendet haben, haben Sie wahrscheinlich den Stil Ihrer Website aufgrund eines Kompilierungsfehlers gebrochen. Bevor Sie jedoch den gerade eingeführten Fehler beeilen, sollten Sie dies als Gelegenheit nutzen, den Kern Ihrer Website zu analysieren und zu verbessern: den HTML-Code.
"Misserfolg ist einfach die Gelegenheit, erneut zu beginnen, diesmal intelligenter." - Henry Ford
Normalerweise bin ich nicht für motivierende Klischees. Wenn Sie aus einem Fehler eine Chance für den Erfolg machen, kann dies bei der Arbeit mit Sass (oder einem anderen CSS-Compiler) zutreffen. Bär mit mir und ich erkläre es.
Wenn Sie mit Sass CSS geschrieben haben, ist zweifellos ein Kompilierungsfehler aufgetreten. In der Befehlszeile sieht es ungefähr so aus:
Syntaxfehler: Ungültiges CSS nach ".module": erwartet "", war ""
Manchmal wird dieser Fehler möglicherweise nicht in der Befehlszeile angezeigt. Sie werden den Fehler jedoch zweifellos feststellen, wenn Sie zum Browser wechseln, da alles fehlerhaft erscheint!
Ihre erste Reaktion könnte darin bestehen, sofort zu Ihrem Texteditor zurückzuschalten, den gerade eingegebenen Syntaxfehler zu beheben und zu sehen, wie alles wieder normal wird. Aber warte einen Moment! Dies könnte einer dieser Momente sein, bei denen aus Versagen eine Chance wird.
Sass Breaking kann eine großartige Gelegenheit sein, Ihre Website nackt zu sehen, völlig entkleidet. Kein Styling, nur reines, unbeflecktes HTML, das Kernstück des Webs. Sie sehen, wenn der Browser eine Anfrage stellt, erhält er im Allgemeinen eine einzelne Nachricht zurück .html file-pure hyptertext-und das war's. Alles andere (d. H. CSS und Javascript) ist eine Verbesserung. Wie Jeremy Keith sagt,
„Jede Zeile CSS, die Sie schreiben, ist ein Vorschlag. Sie geben nicht vor, wie der HTML-Code dargestellt werden soll. Sie schlagen vor, wie der HTML-Code dargestellt werden soll. Ich finde, dass dies eine sehr befreiende und ermächtigende Idee ist. “
CSS-Stilregeln sind einige der ersten Verbesserungen, die Sie auf ein HTML-Dokument anwenden und als solche fungieren Vorschläge, nicht Befehle, wie die Seite aussehen soll. Der Bruch dieser Stile kann eine Gelegenheit sein, um den Kern Ihrer Webseite (den HTML-Code) zu analysieren und gegebenenfalls zu verbessern. HTML ist ein langfristiges Format, das schon lange existiert. Die erste Website funktioniert nicht nur, sie reagiert auch effektiv!
Wie Ian Yates sagte,
"Standardmäßig reagieren alle Websites, bis wir beginnen, Stile hinzuzufügen und zu brechen."
Wenn Sie sich das reine HTML Ihrer Seite ansehen, stellen Sie sich Fragen wie:
Accentsconagua
Ich habe eine Idee: Wie wäre es, wenn Sie das jetzt auf Ihrer eigenen Webseite testen? Gehen Sie zu Ihrer Site, öffnen Sie die Entwicklerwerkzeuge, finden Sie die .css Datei, die von Ihrer Site verwendet wird, und entfernen Sie alle Stilregeln.
Spitze: Mit Erweiterungen wie dem Web Developer-Plugin für Chrome können Sie CSS-Stile einfach umschalten.
Sieh dir das an! Auf meiner eigenen Seite habe ich Raum für Verbesserungen gefunden. Es gibt einige HTML-Elemente, die ohne JavaScript nicht unbedingt erforderlich sind. Ich sollte diese entfernen, damit sie zunächst nicht im DOM vorhanden sind und später mit JavaScript als Erweiterungen hinzugefügt werden. Darüber hinaus könnten einige der Listenkomponenten in der Semantik optimiert und vereinheitlicht werden. Aber hier geht es nicht um mich, reden wir weiter Ihre Webseite.
Blättern Sie durch Ihre „nackte“ Seite und lesen Sie den Inhalt. Macht das Sinn? Sind Dinge, die als Überschriften gekennzeichnet werden sollen? Sind Dinge, die Listen sein sollten? Wenn dies nicht der Fall ist, bewerten Sie Ihr Markup erneut. Der HTML-Code macht Ihre Website auf der grundlegendsten Ebene aus. Justin Jackson hat ein gutes Beispiel dafür. Sobald Sie über solides, semantisches HTML verfügen, mit dem Sie beginnen können, können Sie sicher sein, dass selbst wenn nichts anderes auf Ihrer Seite als HTML geladen wird, die Benutzer Ihre Nachricht immer noch lesen und verstehen können (auch Suchmaschinen)..
Universell zugänglicher Inhalt ist ein zentraler Mieter des Webs und ist immer ein guter Ausgangspunkt. Jeffery Veen sprach 2004 von diesem barrierefreien, semantischen Ansatz des Webdesigns,
„Ich biete] Lösungen an meine Kunden, deren Implementierung weitaus weniger komplex ist, die viel einfacher zu warten sind, deren Kosten exponentiell geringer sind, die Arbeit mit mehreren Browsern und Geräten, die in der Suchmaschinen-Lotterie viel besser sind und natürlich sind für jeden zugänglich ... jeder kann das Web heute nutzen. Und versuchen Sie, mit dem geschäftlichen Wert davon zu argumentieren. Darum kümmere ich mich nicht um die Zugänglichkeit. Denn wenn Webdesign als Handwerk und nicht als Trost praktiziert wird, ist die Zugänglichkeit kostenlos. “
Wenn Sie also das nächste Mal das CSS Ihrer Site mit Sass optimieren und einen Kompilierungsfehler finden, nutzen Sie es als Gelegenheit, den tatsächlichen Inhalt und die Struktur Ihrer Site zu untersuchen: den HTML-Code. Dies könnte einer der Momente sein, in denen ein Misserfolg zu einer echten Bereicherung führt, die sonst verpasst worden wäre.
