Unsere kreativen Köpfe entwickeln maßgeschneiderte Apps für Geräte wie das iPhone, das iPad, den iPod Touch oder Facebook. Zu unseren Kunden zählen Unternehmen aus den Bereichen Dienstleistung, Handel, Banken, Versicherung, Immobilien sowie Tourismus und Freizeit.

Schlechtes HTML ist teuer (zu teuer)

Abgelegt von Sascha Schoppengerd am 12.02.2009 um 11:15 Uhr

In der Branche wird vielerorts noch immer übersehen, dass auch in Zeiten von vorlagenbasierten Content-Management-Systemen die Wartung von HTML teuer ist. Die Wartung von HTML war schon immer kostspieliger als das Anpassen von Stylesheets und Scripts; aus genau diesem Grund gibt es letztere.

Ausschließen kann man HTML-Änderungen nicht, deshalb ist auch die wirkliche Aufgabe und Herausforderung beim Schreiben von HTML-Dokumenten, die Wahrscheinlichkeit von HTML-Änderungen zu minimieren.

via. Jens Meiert

Habt Ihr euch einmal Gedanken dazu gemacht, wieviel Wahrheit in diesen Worten steckt? Ich schätze mal, dass sich 80% unserer Kunden wahrscheinlich nicht einmal darüber im klaren sind, was Sie pro Jahr allein für die Wartung von schlecht programmierten HTML – Seiten ausgeben. mehr…

HTML5 Unterstützung für den Internet Explorer

Abgelegt von Sascha Schoppengerd am 10.02.2009 um 10:29 Uhr

Gestern hatte ich ja in meinem Artikel über die neuen Eingabefelder angemerkt, dass viele Browser sich zur Zeit noch durch ihre fehlende Unterstützung der HTML5 spezifischen Elemente wie z.B. article, canvas oder section auszeichnen und daher möchte ich euch heute kurz erklären, wie ihr zumindest dem Internet Explorer in diesem Bereich auf die Sprünge helfen könnt.

Grundsätzlich läßt sich der Browser aus Redmond mit Hilfe eines JavaScript’s dazu bewegen, die HTML5 spezifischen Elemente zu erkennen und im DOM entsprechend zu rendern.

Für das Element section reicht folgende Zeile im <head>-Bereich eurer Seite:

1
document.createElement("section");

Um dem Internet Explorer gleich mit einer ganzen Anzahl von neuen HTML5 Elementen bekannt zu machen, könntet Ihr auch auf dieses kleine JavaScript zurückgreifen.

Bitte achtet jedoch darauf, die Datei zwingend im <head>-Bereich der Website einzubinden, denn der Browser muss die Elemente, die er rendern soll, vor dem Aufbau der Seite kennen.

Um sicherzustellen, dass das Script auch wirklich nur im Internet Explorer eingebunden wird, könntet Ihr natürlich auch eine entsprechende IF – Abfrage ergänzen:

1
2
3
<!--[if IE]>
<script src="html5.js" type="text/javascript"></script>
<![endif]-->

[via: Remy Sharp & Nico Brünjes ]

Neue Eingabefelder in HTML5

Abgelegt von Sascha Schoppengerd am 09.02.2009 um 10:52 Uhr

Die endgültige Unterstützung von HTML5 und damit auch die finale Einführung nähert sich jeden Tag und zumindest das ist auch Grund genug für uns, einmal einen kritischen Blick auf die einzelnen Neuerungen und diversen Änderungen zu werfen.

Jetzt weiß ich aber natürlich auch ganz genau, dass unter meinen Lesern viele HTML unerfahrene Leser sind und so werde ich euch nicht mit technischen Einzelheiten langweilen, sondern ich habe beschlossen, mir einzelne Themen aus dem Bereich herausnehmen und diese jeweils in einem gesonderten Artikel zu behandeln.

Anfangen möchte ich heute daher direkt mit den Eingabefeldern, also dem <input> – Element, denn hier bietet HTML5 eine ganze Reihe von interessanten Neuerungen, die wir uns jetzt einmal etwas genauer ansehen sollten. mehr…

Bald im Handel: Das Webstandards-Magazin

Abgelegt von Sascha Schoppengerd am 29.01.2009 um 09:06 Uhr

webstandards

Ab März 2009 soll es endlich soweit sein…das Webstandards-Magazin geht an den Start und nicht wie man vermuten könnte als Blog- oder Portalprojekt, sondern als konservative Printausgabe.

Zunächst musste ich nach dem Lesen der Ankündigung erstmal einige Sekunden innerlich verstreichen lassen. Ein Print-Magazin und das mit einem derart speziellem Thema?

Na, ob das gut gehen kann? Natürlich haben die Macher mit Webkrautine Sylvia Egger eine echte Expertin an Board, doch ob sich das an sich schon schwere Thema Webstandards in gedruckter Form an den Mann oder die Frau bringen läßt? mehr…

Warum man auf target=”_blank” verzichten sollte

Abgelegt von Sascha Schoppengerd am 16.09.2008 um 08:55 Uhr

Bereits mit der Einführung von easyLink v2.0 hatten wir auf den Einsatz von target="_blank" verzichtet, doch leider hat sich der Sinn dieser Maßnahme bis heute nicht für alle Kunden erschlossen und so finden sich immer wieder Forenbeiträge, in denen einige unverbesserliche Nutzer, den Einbau dieses Reliktes in ihren Webkatalog wünschen.

Warum dieses jedoch überhaupt keine gute Idee ist und wieso man durch den Einsatz von target="_blank" seine Besucher nicht nur verwirrt, sondern auch verärgert, dass hat Peter Kröner für euch einmal in einem ausführlichen Artikel zusammengefasst.

Wobei ich aber zugeben muss, dass natürlich auch ich ab und an mal in den alten Trott verfalle und einen Link im neuen Browserfenster öffnen lasse, obwohl ich es eigentlich besser wissen sollte. Warum ich das mache? Offen gesagt, habe ich keine Ahnung!

Ist es lediglich Gewohnheit oder ist vielleicht das Gefühl, dass das man so etwas mehr Kontrolle über das Surfverhalten seiner Besucher hat?

Wie die Antwort auf diese Fragen auch immer lauten mag, sie ist in jedem Fall falsch, denn das Öffnen von Links in neuen Browserfenstern bzw. das Öffnen mehrer Browser ist ein Relikt aus vergangenen Tagen und wir sollten endlich aufhören, uns daran zu klammern.

Die meisten Nutzer sind heute mittels einer gut konfigurierten Maustastenbelegung ganz gut selbst in der Lage zu entscheiden, wo und wie sich ein Link in Ihrem System zu öffnen hat und dieses Recht sollten wir Ihnen auch ohne Einschränkung zugestehen.

Ich für meinen Teil kann die Argumente von Peter sehr gut nachvollziehen und daher werde ich auch in diesem Blog zukünftig auf den Einsatz von target="_blank" verzichten.