Garbage Collector

140 Zeichen

Stefan — Fri, 03 Apr 2009 19:09:39 +0000

Nun bin ich also auch bei Twitter gelistet… mal schauen, was ich so alles in 140 Zeichen zu sagen habe!

JavaScript ist mehr als alert()

Stefan — Thu, 19 Mar 2009 19:03:56 +0000

Seit Web 2.0 und AJAX sollte sich eigentlich herumgesprochen haben, dass JavaScript mehr kann als nur nervige Meldungen mittels alert(); auszugeben oder ein bisschen in Formularen herumzupfuschen.

Aber was auf Chrome Experiments gezeigt wird, ist schon allererste Kajüte.

(via Golem)

Schaf-Kunst

Stefan — Thu, 19 Mar 2009 18:57:18 +0000

Werbefrei

Stefan — Sun, 15 Feb 2009 07:46:45 +0000

In der aktuellen Ausgabe der c’t war dieses Mal gar kein Angebotsheftchen von 1&1, Strato und Co. Jetzt habe ich gar kein Lesenzeichen

Dateien durchsuchen

Stefan — Fri, 13 Feb 2009 06:53:31 +0000

Eigentlich finde ich den Editor UltraEdit gar nicht so übel. Allerdings dauert das Durchsuchen von vielen Dateien nach einem bestimmten String doch einigermaßen lange.

Angenehm schnell (und einfach) geht es mit der Powershell:

Get-ChildItem | Select-String -pattern "Suchstring"

Natürlich kann man auch Unterverzeichnisse durchsuchen und nur bestimmte Dateitypen dabei berücksichtigen:

Get-ChildItem -recurse -Include *.inc | Select-String -pattern "Suchstring"

Chart-Musik

Stefan — Sat, 31 Jan 2009 22:35:07 +0000

Der Komponist Johannes Kreidler nutzt Microsofts Software Songsmith, um hauptsächlich aus Aktiencharts Musik zu machen - die Finanzkrise als Tonleiter von hell nach düster. Doch auch umgekehrte Beispiele hat er in sein Werk aufgenommen - die Zahl der im Irak getöteten US-Soldaten oder das Wachstum der Porno-Industrie…

(Bericht bei heise.de)

Internet Explorer, MooTools und Elemente

Stefan — Sat, 31 Jan 2009 17:59:58 +0000

Am Freitag hatte ich noch ein JavaScript-Problem, das ich leider nicht mehr lösen konnte. Das Problem trat im Zusammenspiel der Multibox (einer Lightbox für verschiedene Inhalte auf MooTools-Basis) mit einem per AJAX geladenen Link auf. Multibox erweitert alle Links mit einer bestimmten CSS-Klasse durch ein onClick-Event, das ein Overlay über die Seite legt, in dem der verlinkte Inhalt angezeigt wird. Dies ist eigentlich auch eine ganz smarte Lösung, denn so erhalten Nutzer, die kein JavaScript (aktiviert) haben, den Inhalt als normalen Link. Allerdings wird mein Link zum Inhalt dynamisch per AJAX geladen. Daher hat das Multibox-Skript gar keine Chance, diesen Link onDOMReady zu kennen.

Mein Lösungsansatz war, einfach in der Verarbeitung des AJAX-Ergebnisses per JavaScript ein neues a-Element zu erstellen und in dem ohnehin schon auf der Seite vorhandenen Multibox-Element hinzuzufügen. Der Ansatz funktioniert auch tadellos im Firefox - leider nicht im Internet Explorer (Object doesn’t support this property or method).

Wenigstens wusste ich schon, an welcher Stelle der Fehler lag. Daher konnte ich das Problem (vereinfacht) nachstellen und heute auch aufspüren: Die von MooTools bereitgestellten Methoden setProperty und getProperty funktionieren im Internet Explorer nur bei Elementen, die bereits im ursprünglich an den Browser ausgelieferten HTML vorhanden sind, nicht bei nachträglich hinzugefügten Elementen.

Nehmen wir folgende (einfache) HTML-Seite:

 
  </span></span>Test-Script<span style="color: #009900;"><span style="color: #000000; font-weight: bold;">
   type="text/javascript" src="js/mootools.v1.1.js">
 
   id="inDOM" style="border:4px solid #004000; background: #80FF00; width: 600px;">This is just a Test-DIV with the ID inDOM

   href="#" onclick="doTest();">Test Me />

Klickt man auf den Link TestMe, wird die JavaScript-Funktion doTest ausgeführt. Folgender Code funktioniert sowohl im Internet Explorer als auch im Firefox:

function doTest() {
 var a = $('inDOM'); 
 alert(a.getProperty('id'));
}

Wie zu erwarten wird ein Meldungsfenster mit “inDOM” ausgegeben. Auch folgender Code wird von beiden Browsern interpretiert:

function doTest() {
 var a = $('inDOM'); 
 alert(a.getProperty('id'));
 
 a.setProperty("id", "changedByJS");
 alert(a.getProperty('id'));
}

Zunächst wird “inDOM” ausgegeben, danach wird mittels setProperty ein neuer Wert für id gesetzt - und vollkommen korrekt “changedByJS” ausgegeben.

Auch ein neues Element mittels JavaScript zu erstellen klappt einwandfrei:

function doTest() {
 var a = $('inDOM'); 
 alert(a.getProperty('id'));
 
 a.setProperty("id", "changedByJS");
 alert(a.getProperty('id'));
 
 var b = document.createElement("div");
}

Der Internet Explorer bricht erst, wenn man versucht, diesem neu erstellten DIV mittels setProperty eine id zuzuweisen:

function doTest() {
 var a = $('inDOM'); 
 alert(a.getProperty('id'));
 
 a.setProperty("id", "changedByJS");
 alert(a.getProperty('id'));
 
 var b = document.createElement("div");
 
 b.setProperty("id", "createdByJS");
}

Es bringt auch nichts, das mittels document.createElement erzeugte DIV dem DOM hinzuzufügen: Weder a.appendChild(b) noch document.body.appendChild(b) helfen. Fügt man jedoch das Element “hart” mittels innerHTML hinzu, klappt’s auch mit dem IE:

function doTest() {
 var a = $('inDOM'); 
 alert(a.getProperty('id'));
 
 a.setProperty("id", "changedByJS");
 alert(a.getProperty('id'));
 
 a.innerHTML += 'DIV innerHTML
';
 b = $('innerHTML');
 
 b.setProperty("id", "createdByJS");
 alert(b.getProperty('id'));
}

Hier wird das Meldungsfenster “createdByJS” ausgegeben. Das ist aber nicht die Lösung, die ich möchte - immerhin brauche ich das Element nur, um das Multibox-Objekt damit zu füttern und möchte es nicht irgendwo auf der Seite einfügen.

Ich denke aber, an der Stelle kann man auch auf setProperty und getProperty verzichten und direkt mit der id-Eigenschaft arbeiten:

function doTest() {
 var a = $('inDOM'); 
 alert(a.getProperty('id'));
 
 a.setProperty("id", "changedByJS");
 alert(a.getProperty('id'));
 
 var b = document.createElement("div");
 
 b.id = "createdByJS";
 alert(b.id);
}

So klappt es dann sowohl im Internet Explorer als auch im Firefox. Jetzt hoffe ich nur, dass mir Opera keinen Strich durch die Rechnung macht

Weiter geht’s mit der PowerShell

Stefan — Thu, 29 Jan 2009 20:14:53 +0000

Wenn ich nun schon motiviert bin, mich mit der PowerShell auseinander zu setzen, will ich natürlich auch gleich weiter machen. Aber es ist wie so oft, wenn man etwas neues lernt - auch wenn die einführenden Beispiele einleuchtend und einfach sind, hat man sie nach einem langen Arbeitstag schon wieder zum Teil vergessen.

Da ich mich kenne, weiß ich, dass ich viel besser lerne, wenn ich die Übung nicht nur mache sondern auch dokumentiere. Dazu werde ich nun einfach das Blog verwenden

Alles ist ein Objekt
Die PowerShell ist eine objektorientierte Shell. Ein- und Ausgaben von Befehlen (in der PowerShell Sprache “Cmdlets”, Commandlets, genannt) sind Objekte - und wenn eine Ausgabe auf dem Bildschirm ausgegeben werden soll, wird ein Text daraus gemacht (also eine Art automatische toString-Methode).

Die Cmdlets folgen einer einheitlichen Syntax: - [-Parameter]. Get-Help, Get-Help -detailed, Sort-Object, Get-ChildItem…

Für viele Cmdlets sind Aliase definiert - so lassen sich die gesamten “alten” Befehle der cmd.exe/command.exe weiterverwenden. dir ist ein Alias für get-ChildItem, help ein Alias für Get-Help. Viele UNIX-Kommandos stehen ebenfalls als Alias zur Verfügung: ls, man, mount…

Piping
Befehle lassen sich über eine Pipe | verbinden - die Ausgabe des Cmdlets links der Pipe wird als Eingabe für das Cmdlet rechts der Pipe verwendet:

Get-Help * | Get-Help -detailed

Get-Help * liefert alle Hilfethemen, diese Liste wird weitergeleitet an Get-Help -detailed - so erhält man die detaillierte Hilfe zu jedem Thema in der PowerShell-Hilfe.

Durch Pipes kann eine beliebige Anzahl an Befehlen verkettet werden:

Get-Help * | Get-Help -detailed | Out-File d:\hilfe.txt

So wird die gesamte Hilfe in eine Text-Datei geschrieben.

To be continued…

Erste Schritte mit der Windows PowerShell

Stefan — Thu, 29 Jan 2009 06:52:06 +0000

Wie gesagt beschäftige ich mich gerade wenn etwas Zeit ist mit der Windows PowerShell. Einen ganz schönen Einsteiger-Workshop gibt es von Frank Koch, den ich gerade durcharbeite. Ein erstes kleines Skript ist dabei auch schon heraus gekommen - eine HTML-Seite mit den Windows-Services, sortiert nach Status (stopped oder running) und entsprechend dem Status farblich hinterlegt:

[UPDATE: Da das Syntax-Highlighting leider die Darstellung im Internet Explorer versaut, habe ich das kleine Skript erstmal entfernt. Wer sich dafür interessiert, findet es in dem Workshop von Frank Koch]

Sicherlich noch nicht die Monster-Anwendung, aber ich finde es schon ziemlich cool - und bin sehr gespannt, was die PowerShell noch so alles kann.

Erster Release Candidate vom Internet Explorer 8

Stefan — Wed, 28 Jan 2009 06:53:17 +0000

Gestern ist er also erschienen, der erste Release Candidate vom neuen Internet Explorer 8 (Meldung bei heise.de, golem.de). Download und Installation gehen recht fix, allerdings mit typischen Windows-Neustart. Der erste kleine Schock dann beim Einrichten:

Screenshot der IE8 "Vorgeschlagenen Sites"

Der Browser möchte mich auf Websites hinweisen, die mich auch interessieren könnten - basierend auf meinem Besuchsverlauf. Da muss ich doch glatt sagen - danke, ich verzichte.

Nach der Einrichtung musste ich natürlich gleich ein paar Seiten testen. Garbage-Collector.net sieht so aus, wie es soll:

Screenshot von Garbage-Collector.net im IE8

Auch “meine” anderen Webseiten - die beruflichen - laufen grundsätzlich, trotzdem sind mir schon ein paar kleinere (und hoffentlich schnell und einfach zu fixende) Layout-Bugs aufgefallen.

Einen ersten Blick auf die Entwicklertools (zu finden unter “Extras” oder mit der F12-Taste) habe ich auch geworfen - sehen gut aus. Die Entwicklung wird damit sicherlich ein gutes Stück vereinfacht.