Archiv 15. Aug. 2004

brickOS at SourceForge - Alternatives Betriebssystem für den Lego RCX Baustein

DVD RW/ R/-R[W] for Linux - Ausführlichere Informationen zu DVDs unter Linux

Erste Eindrücke von Textpattern

Abgesehen davon, das ich erst das UTF-8 Handling in Textpattern reparieren musste und internationale URLs nicht vernünftig tun, so richtig beeindruckt bin ich von Textpattern nicht. Sorry. Aber irgendwie wirkt es auf mich recht unfertig. Klar, es ist ein CMS und nur nebenbei fürs Bloggen gedacht - aber wo ist ein Kalender? Wo ist eine zeitbasierte Navigation? Auch die dafür verfügbaren Plugins begeistern mich nicht sonderlich.

Images kann man hochladen - das ist ja das mindeste. Aber die Dateiextensions werden case-sensitiv geprüft. Und im Ergebnis kann man dann Bilder direkt von der Kamera nicht hochladen - unter OS X werden die nämlich in der Regel mit Grossbuchstaben in der Erweiterung kopiert. Ausserdem fehlt für Images auch nur das rudimentärste Handling - Thumbnails erstellen nach Vorgabe, Ordnerverwaltung etc. Das es Übersetzungen gibt, ist nett - aber warum sind die dann nur 90% vollständig? Hilfe gibt es auch - aber nicht an jedem Element. Klar, Hilfetexte sind aufwand zu schreiben. Aber wenn man Eingabefelder wie closet und cupboard in den erweiterten Optionen eines Beitrages hat, darf man sich über Fragen der Benutzer nicht wundern Dokumentation gibts fast keine - jedenfalls keine die ich hätte finden können. Ich meine so simple Sachen wie zu erklären was genau mit Sections und mit Categories erzielt werden soll.

Up-to-the-minute Hitlogs und Referrerlogs sind ja auch ganz nett - aber wieso zum Geier werden diese einfach nur roh präsentiert? Das hab ich schon in meinen Webserver-Logs. Wenn ich die Hits schon speicher, würde ich erwarten das sie intelligent gefiltert werden - z.B. Artikelverbindungen aufgelöst werden und Summen und Übersichten erzeugt werden. Sonst bringts nix.

Das Bookmarklet, was es für one-click-adding von Links da sein soll, hab ich nirgends gefunden. Ich find es praktischer wenn sowas als Link für Drag-and-Drop verfügbar ist. Wenn ich das erst irgendwo suchen muss, ist es irgendwie umständlich. Zumal man auf der textpattern Hauptseite nicht suchen kann. Und die Dokumentation eh nicht existiert, was das Suche in derselben natürlich erschwert ...

Und unter browser-based Plugin installation würde ich doch als Minimum erwarten, das ich nicht nur eine Datei angeben kann, sondern auch eine URL. Denn wozu soll ich ein Plugin, das ich aus dem Web auf einer anderen Website installieren soll erst auf meine Platte laden?

Die eingebaute Suchmaschine ist zwar ganz nett für den Besucher, aber sie sucht scheinbar nicht im Betreff. Warum nicht? Der Betreff ist doch prädestiniert für die Suche.

Alles in allem macht Textpattern einen sehr seltsam unfertigen Eindruck auf mich. Viele interessante Ansätze, aber im Gegenteil zu zum Beispiel Wordpress alle irgendwie nicht voll durchdacht. Nur angerissen. Schade, eigentlich - denn optisch macht Textpattern eine Menge her. Wordpress wird dagegen regelrecht prüde

mySTEP - aktuelle Version 1.7

Heute vor genau einem Jahr ( P1140) schrieb ich was über mySTEP 1.1, einer Portierungshilfe für Cocoa-Anwendungen auf den Sharp Zaurus PDA. Um dem Linkrot zu begegnen (der alte Links ist tot, dank Newsisfree ), und weil sich eine Menge getan hat seit dem, mal der neue Link. Das Projekt ist noch cooler geworden und hat definitiv einen neuen Link verdient Hier gibts den Originalartikel.

Olympisches Strassenrennen der Frauen

Was fällt den Kommentatoren der ARD dazu ein? Ich mein jetzt neben des überflüssigen Gelaber über griechische Architektur und Geschichte? Klar, über das Makeup und Styling von Fahrerinnen zu reden. Ausserdem die Frauen schön gönnerhaft als Mädchen zu bezeichnen. Ich hätte nicht gedacht, das diese Schwallhansel das Niveau nach der Tour-Berichterstattung noch weiter senken können ...

Textpattern und punycode

Was mich immer wieder erstaunt - nicht nur bei Textpattern, aber das muss jetzt halt mal dran glauben weil ich es ausprobieren wollte - ist die Ignoranz von Punycode in Software. Ok, ich weiss, Punycode (die internationalisierten Domainnamen) ist krank. Das weiss ich. Nur die komplette Ignoranz dieses - leider recht kranken - Standards macht manches nette Paket kaputt.

Bei Textpattern ist das ganze jetzt besonders witzig: einige Teile funktionieren tadellos, einige andere absolut nicht. Mal wird eine gültige URL generiert, mal eine kaputte. Zum Beispiel tun es weite Teile des Admins absolut tadellos, nur die kleinen Popupfenster in der Präsentationsadministration kommen nicht mit Umlaut-Domains klar.

Klar, ich könnte da jetzt die xn-... Form der Domain einbauen. Aber dann würde diese auch nach außen sichtbar, weil TXP scheinbar diese auch teilweise absolut generiert und damit diese Basis-URL mit reinrutscht. Hmm. Unschön.

Update: auf jeden Fall sollte man den Aufruf zum Setzen des Zeichensatzes auf utf-8 auch in der textpattern/index.php Datei machen. Diese ist für das Admin-Interface verantwortlich, wenn man das nicht macht, gibts Konflikte zwischen den Admin-Seiten und den Content-Seiten. Denn bei den Content-Seiten wird der entsprechende Call gemacht, diese werden also mit utf-8 als Zeichensatz in den Serverheadern ausgeliefert. Die Adminseiten aber nicht - also wird das iso-8859-1. Ergebnis: viele moderne Browser ziehen (korrekterweise) den Zeichensatz vom HTTP-Header dem vor, der in der Datei selber angegeben ist. Und schon gibts komische Umlaute.

Was ich zugefügt habe, ist die folgende Zeile:

 header("Content-type: text/html; charset=utf-8");

Und zwar vor dem $textarray = load(.....) Call. Damit wird dann wenigstens dieses Problem behoben. Am besten einmal die vorhandenen Elemente aufrufen und neu speichern, damit die richtig im utf-8 Zeichensatz sind. Das gilt bei internationalen URLs auch für die Preferences, wo man die Domain der Site eingibt.

Was immer noch klemmt, sind die Tagbuilder Fenster - die Popups werden falsch aufgerufen, scheinbar mit falsch kodierten Umlauten. Leider kann ich das aufgrund eines Bugs im Camino nicht verifizieren, der weigert sich Seiteninhalte von internationalen Domains im Source anzuzeigen

Internationale Domains sind ein Hack. Und wie bei jedem üblen Hack, gibts haufenweise üble Probleme. Update 2: wie um zu beweisen wie Hacky Punycode und vor allem dessn Unterstützung in Browsern ist, ich hab heute mal diverse weitere Browser getestet. Zusammen mit denen von gestern:

• Safari auf Jaguar kann überhaupt kein Punycode
• Camino 0.8 kanns weitestgehend, kann aber keinen Source anzeigen und die Tag-Popups in TXP tuns nicht (wie ich mitlerweile weiss ist es ein Browser-Bug)
• Mozilla Firefox 0.8 kommt ebenfalls weitgehend damit klar, nur tuns Popups und Sourceanzeige nicht - gleicher Bug wie bei Camino (war zu erwarten, ist ja die gleiche Sourcebasis)
• IE kann eh kein Punycode, braucht dafür ein Plugin. Weiter hab ich mit dem Misthaufen nicht getestet.
• diverse Textbrowser (lynx, w3m, links) tuns auch nicht mit Punycode.
• Opera kommt mit allen Aspekten klar.

Klarer Sieger: Opera. Wer also mit internationalen Domains arbeiten will (vor allem halt mit Textpattern - aber nicht nur dort), sollte Opera benutzen. Denn sonst gibts Probleme an allen Ecken und Enden, wo Hostnamen ermittelt/generiert werden - z.B. die JavaScript-Links für die Popups in TXP enthalten keinen Hostnamen. Der wird vom Browser intern dazugepappt. Und zwar falsch - aber nur, wenn das Popup gemacht wird. Wird statt dessen über das Kontextmenü der Link in einer neuen Registerkarte geöffnet, funktioniert alles bei Firefox und Camino.

Sorry, aber das ganze Thema ist absolute Moppelkotze.

Tie-a-Tie.net | Learn How to Tie a Tie - Anleitungen zum Binden von Krawatten. Mit druckbaren Versionen zum in-den-Schrank-hängen.

Writing DVDs under Debian GNU/LINUX - DVDs unter Debian GNU/Linux benutzen - auch DVD-RW und +RW