Facebook
Twitter
Google+
Kommentare
14

Man lernt nie aus

Fast 10 Jahre in der Webentwicklung unterwegs. Eigentlich möchte man meinen, dass man irgendwann ausgelernt hat, aber am Freitag war mal wieder so ein Tag, an dem ich mal wieder was dazugelernt habe. Und nicht nur eine Sache, sondern drei. Was mich zu der Theorie brachte, dass man im Web jeden Tag was dazulernt. Drei am Freitag, dass bedeutet, um den Schnitt zu halten darf ich am Wochenende nichts dazulernen. Was aber auch kein Problem sein sollte. Aber heute ist Montag und ich warte schon drauf, was mir heute passiertWahrscheinlich wollte ihr wissen, was für drei Dinge ich am Freitag gelernt habe. Eigentlich nur Kleinigkeiten und vielleicht bin ich auch der einzige, der das nicht wusste, aber ich erzähl es trotzdem.

  • Semikolons sind optional am Zeilenende bei JavaScript
    Musste mir den JavaScript Code von Omniture ansehen und wie ihr schon ahnen könnt, haben sie am Ende einer Zeile keine Semikolons und es hat trotzdem funktioniert. So eine semikolonfreie Methode ist natürlich für uns PHP Entwickler echt fies anzusehen. Aber naja, wenn sie meinen. Solange die Eindeutigkeit von Ausdrücken gegeben ist, kann man es wohl machen wie man will. Ich werde aber trotzdem immer ein Semikolon ans Ende werfen.
  • Wörter trennen mir shy
    Gerade für uns Freunde des Blocksatzes ist das html shy (soft hyphen) Keyword ein Geschenk des Himmel, denn durch Einsatz dieses schüchterne kleine Wort können wir mögliche Stellen in einem Begriff angeben, in dem der Browser einen Umbruch machen darf. Dies macht er aber nur, falls es nötig ist. Ich werde das Keyword  wohl in Zukunft mal des öfteren bei meinen neusten Artikeln anwenden, denn auf der Startseite ist die Zeilenbreite für die ersten zwei Artikel schon sehr gering.
  • Seitenquelltext anzeigen vs. Auswahl-Quelltext anzeigen
    Mein drittes Aha-Erlebnis ist nicht wirklich was neues, aber ich musste es wieder neu lernen, weil ich es einfach vergessen hatte. Oder besser, ich habe einfach nicht dran gedacht. Also … ich verwende den Firefox und hier gibt es zwei Optionen um den Quelltext anzuzeigen. Seitenquelltext anzeigen und Auswahl-Quelltext anzeigen. Intuitiv würde ich sagen, dass beide das gleiche Ergebnis zurückliefern, außer dass Auswahl-Quelltext den Ausschnitt minimiert, der angezeigt wird. Zumindest würde ich das aus dem Namen schließen. Stimmt aber leider nicht ganz. Seitenquelltext gibt den tatsächlichen html Code, so wie er auf dem Server liegt zurück. Der Auswahlquelltext gibt den Abschnitt des DOM-Trees wieder. Dieser kann aber bereits verändert worden sein. Dieses passiert oft über JavaScript. Das „doofe“ ist aber auch, dass Firefox den DOM-Tree auch normiert. Wenn man mal zwei Leerzeichen einbaut, an einer Stelle an der nur eins benötigt wird, so wird dieses rausgeworfen. Naja hat mich am Freitag 15min gekostet und ich hoffe mal, dass ich das nächste mal dran denke.

So das waren auch schon meine Erleuchtungen, die ich am Freitag hatte. Falls euch auch ein Licht aufgegangen ist, dann könnt ihr das ja auch mal posten.

Über den Autor

Nils Langner

Nils Langner ist der Gründer von "the web hates me" und auch der Hauptautor. Im wahren Leben leitet er das Qualitätsmanagementteam im Gruner+Jahr-Digitalbereich und ist somit für Seiten wie stern.de, eltern.de und gala.de aus Qualitätssicht verantwortlich. Nils schreibt seit den Anfängen von phphatesme, welches er ebenfalls gegründet hat, nicht nur für diverse Blogs, sondern auch für Fachmagazine, wie das PHP Magazin, die t3n, die c't oder die iX. Nebenbei ist er noch ein gern gesehener Sprecher auf Konferenzen. Herr Langner schreibt die Texte über sich gerne in der dritten Form.
Kommentare

14 Comments

  1. Bei mir ist der „Ach so“-Effekt von Punkt 1 schon was her, aber ich wollte es ja zuerst nicht glauben (und hab AFAIK auch ein Mittagessen verwettet). 😀

    Zu Punkt 3: Ich habe es Jahrelang über „View generated Source“ der Web Develoiper Toolbar gemacht. Die macht aber nichts anderes, als alles zu markieren und die selbe Aktion ausführen. Der „native“ Weg fiel mir erst Jahre später auf 😉

    Reply
  2. Ich kann sehr stark empfehlen, bei JavaScript am Ende einer Zeile IMMER einen Semikolon zu verwenden.

    Der Grund ist ganz einfach:

    Selbstverständlich darf ein Zeilenumbruch nicht entfernt werden, wenn der Semikolon fehlt. JS-Minimizer-Skripte, die unter anderem Zeilenumbrüche entfernen, um Platz im JavaScript zu sparen, können hier reinfallen oder zumindest das Minimieren nur bedingt erfolgreich schaffen.

    Reply
  3. Nls nils nils,

    Hast noch rest Alkohol vom WE im Blut? Tippfehler noch und nöcher ich hatte ein echte Probleme den text flüssig zu lesen.

    Trotzdem hast du natürlich wie immer recht was den Inhalt angeht.

    Reply
  4. @Ole: Ab und zu muss es halt schnell gehen und da passiert sowas schon mal 😉 Aber meinen Namen schreibt man Nils (mit I und groß) 😛
    Aber ich versuche mich zu bessern 😉

    Reply
  5. Ich würde auch empfehlen, immer Semikolons zu setzen. Wir nutzen hier auch ein kleines php-script, um alle benötigten js-Dateien zusammenzusuchen, Umbrüche entfernen usw, und dann an den Browser zu senden. Damit hat man nur 1 http-request, und der Quelltext ist auf den ersten Blick nicht lesbar (es gibt natürlich Programme, um das wieder „schön lesbar“ zu machen, aber 98% der Scriptklauer hat man abgewehrt.

    Reply
  6. „Semikolons sind optional am Zeilenende bei JavaScript“. Allerdings genau entgegengesetzt ist mit Kommata, das ist mir zumindest bei der Verwendung von TinyMCE (für einen Kunden) aufgefallen. Wenn in der Konfig die letzte Zeile nein „,“ enthält, funktionierts in allen Browsern ausser – natürlich – dem IE (6, 7). Dort muss „sauber“ nur ein Komma gesetzt werden, wenn auch eine weitere Zeile folgt.

    Reply
  7. @Dominic oh ja, ich kann ein lied davon singen, hab vor einiger zeit mal eine ExtJS anwendung gebaut. Die strotz nur so von arrays in diesem schema. und wehe ein , war wo zu viel. Danke IE. hast es wieder geschafft mir einige stunden meines lebens zu klauen. 🙂

    Reply
  8. Für Firefox kann ich Firebug und FirePHP wärmstens empfehlen. Danach denkt man nicht mehr im Traum an Rechtsklick-Auswahlquelltext usw…

    Reply
  9. Also ich schon. Die Firebug HTML-Ansicht, die generierte Code-Ansicht und die tatsächliche Quelltextansicht können nämlich durchaus für ein und die selbe Seite unterschiedlich sein.

    Reply
  10. @Thomas: Das nennts Du zusammengefasst? Ich würde das eher als einen Aufsatz zum Thema bezeichnen. Zumindest mit Unicode wirs dann ganz einfach, oder?

    Reply

Leave a Comment.

Link erfolgreich vorgeschlagen.

Vielen Dank, dass du einen Link vorgeschlagen hast. Wir werden ihn sobald wie möglich prüfen. Schließen