Alexander Merz - JavaScript

nerv

nospam@example.com (Alexander Merz) — Tue, 17 Feb 2009 15:08:28 +0100

Die Aufgabe: Eine mini-kleine Javascript-Klasse mit den Ajax-Methoden diverser populärer Javascript-Bibliotheken (YUI, dojo, Prototype, jQuery) testen.

Die Umsetzung: Alle Javascript-Bibliotheken innerhalb einer HTML-Datei geladen. Jede darf den identischen Event-Code verarbeiten.

Der Javascript-Fehler: Objekt Blabla.blubb existiert nicht.

Der Grund: Prototype macht irgendwelchen Voodoo.

Die Lösung: Prototype bekommt eine eigene Datei.

Das Resultat: Es läuft.

Nebenbei bemerkt: Die YUI-Dokumentation, ihr Umfang und ihre Struktur, kann man gar nicht hoch genug schätzen.

Golem-Leser Fragen - Ich Antworte I

nospam@example.com (Alexander Merz) — Fri, 30 Jan 2009 04:24:12 +0100

Ich bin zwar nicht ganz sicher, ob es ein Trollversuch sein sollte, aber ich beantworte mal die Frage, die beim Artikel Microsoft gibt Web Sandbox als Open Source frei gestellt wurde:

Wäre es nicht sinnvoller eine solche Funktion direkt in die JavaScript Engine einzubauen? Das wäre doch mal was, womit der IE 8 glänzen könnte und alle anderen müssten mitziehen.

Die einfache Antwort: Es handelt sich um eine ganz andere Baustelle. Die Idee hinter Web Sandbox von Microsoft und das konkurrierende Google-Caja adressiert nicht den Schutz des Betriebssystem, des Dateisystems oder anderer Programme vor bösen Webseiten beziehungsweise Plug-Ins. Ziel ist die Verhinderung von Cross-Site-Scripting-Attacken über bewusst und freiwillig eingebunden Javascript-Code von Anderen.

"Golem-Leser Fragen - Ich Antworte I" vollständig lesen

Wenn Einen Gutes widerfährt…

nospam@example.com (Alexander Merz) — Thu, 11 Dec 2008 03:49:21 +0100

… ist das schon einen Urlaub wert. Ok, der Urlaub war schon angemeldet und bewilligt. Ein altes Problem fast unmittelbar vorher zu lösen, sorgt dann aber doch für ein gutes Gewissen.

Die Lösung umfasst wenige Zeilen JavaScript-Code:

var elIframe = document.createElement('IFRAME');

elIframe.id     = "MeineIFrame";
elIframe.width  = '480px';
elIframe.height = '350px';
...

// später, wenn das Element eingehangen wurde:
...
elIframe.contentWindow.document.designMode = "on";

var win = elIframe.contentWindow;
var doc = win.document;

doc.open();
doc.write('');
doc.close();
...

Die Variable elIframe enthält ein IFrame-Element, der mit einem eindeutigen Identifier und einer festen Größe initialisiert wird. Nachdem das Element in den DOM eingefügt wurde, wird der DesignMode aktiviert, um darin schreiben zu können. Beachten Sie, dass der Frame kein Dokument mit dem src-Attribute referenziert. Zum Schluß schreiben wir nichts in den Frame. Das wir nichts in den Frame schreiben, ist aber die Lösung - bzw. sie können auch irgendetwas hineinschreiben, Hauptsache, sie rufen die write()-Methode auf.

"Wenn Einen Gutes widerfährt…" vollständig lesen

Zweifarbige Input-Elemente im Browser

nospam@example.com (Alexander Merz) — Wed, 19 Nov 2008 11:22:32 +0100

In einer Web-Oberfläche gibt es im Wesentlichen zwei Möglichkeiten, einen Benutzer auf eine fehlerhafte Eingabe hinzuweisen: Durch farbliche Hervorhebung der Eingabe und durch eine entsprechende Anmerkung am Eingabe-Element.

Für eine typische Login-Registrierung oder eher selten genutzte Formulare ist dieser Weg auch ideal - anders sieht es aber häufig verwendeten Webanwendungen aus. In einem täglich genutzten CMS nerven die ewig gleichen Hinweise schnell. Vor allem, wenn der Anwender schon im Vorfeld weiß, dass seine Eingabe im Moment nicht korrekt ist.

Noch interessanter wird es, wenn es sowohl harte als auch weiche Kriterien für einen Eingabefeld gibt. Die Länge der Überschrift eines Artikels ist ein typisches Beispiel: Das entsprechende Feld in der Datenbank hat eine maximale Länge - es ist das harte Kriterium. Zumeist gibt es aber auch ein redaktionelles oder layout-bedingtes Limit, um umbrochene Überschriften zu vermeiden - ein weiches Kriterium. "Weich" weil davon abgewichen werden kann, wenn die Umstände es erfordern.

"Zweifarbige Input-Elemente im Browser" vollständig lesen

YUI, Datei-Upload und ein zu cleverer Firefox

nospam@example.com (Alexander Merz) — Thu, 06 Nov 2008 01:26:19 +0100

Graue Haare zuhauf gab es heute im Büro. Die Aufgabe an sich klingt einfach: Eine halb-strukturierte Text-Datei wird im Browser hochgeladen, geparst und die Daten der Datei werden in einer Datenstruktur wieder zurückgeliefert. Klingt erst einmal trivial.

Der Datei-Upload und die Antwort des Server muss allerdings über AJAX laufen. Die Datenstruktur wird per JSON kodiert vom Server an den Client zurückgeschickt. Als Javascript-Bibliothek kommt YUI zum Einsatz. Auf letzteren Punkt sollte man allerdings nicht die Schuld schieben, das Problem dürfte durchaus auch mit anderen Bibliotheken und Eigenimplementierungen auftreten.