blog@netplanet

Fast genau ein Jahr nach der Veröffentlichung der Version 2.5.0 hat das Entwicklungsteam um das “Hosentaschen-Wiki” TiddlyWiki nun heute die Version 2.6.0 veröffentlicht.

Gegenüber der letzten Version 2.5.3 gibt es allerdings nur kleinere Änderungen:

• Mit einem Tiddler namens WindowTitle kann nun der Seitentitel direkt beeinflusst werden. Ist kein solcher Tiddler vorhanden, wird der Titel automatisch aus der Überschrift (“SiteTitle”) und der Subüberschrift (“SiteSubtitle”) gebildet.
• Für Tiddler gibt es nun das zusätzliche Feld namens “creator”, mit dem bei der Anlage des Tiddlers der Benutzername des Benutzers eingetragen wird. Bisher war es so, dass sich dieser Benutzername immer änderte, wenn ein anderer Benutzer den Tiddler bearbeitete. Mit diesem neuen Feld bleibt der ursprüngliche Benutzername also auch nach einer späteren Bearbeitung des Tiddlers fest hinterlegt.
• Die integrierte jQuery-Bibliothek ist auf die 1.4.2 aktualisiert.

Die deutsche Übersetzung ist natürlich schon während der stetigen Entwicklung der Version 2.6 nachgezogen worden und deshalb schon bereit. Findet sich alles, wie immer, bei TiddlyWikiDeutsch unter karadeniz.de.

Wer den RSS-Feed zu TiddlyWikiDeutsch, meinem Übersetzungsprojekt für die deutsche Übersetzung von Tiddlywiki, liest, wird heute einige Änderungen lesen, die ausnahmsweise nichts mit der Übersetzung selbst zu tun haben, sondern mit einem Problem, das auftritt, wenn jemand TiddlyWiki zum Sammeln von Informationen nutzen will und dazu die Webbrowser Apple Safari oder Opera einsetzt. Beide Webbrowser lassen es nämlich nicht zu, dass sich eine lokal abgespeicherte HTML-Datei selbst überschreiben darf. Genau das tut aber TiddlyWiki bzw. der darin liegende JavaScript-Code, wenn der Benutzer Inhalte in einem lokal abgespeicherten TiddlyWiki ändern und speichern möchte.

Die Lösung dazu ist klein, fein und sauber und nennt sich “TiddlySaver”. Der TiddlySaver ist ein kleines, knapp 3 Kilobyte großes Java-Programm und wird einfach in das gleiche Verzeichnis gelegt, in dem sich die TiddlyWiki-Datei befindet, die man bearbeiten möchte. Wird nun das betreffende TiddlyWiki im Safari oder Opera geöffnet, prüft es zunächst, ob im gleichen Verzeichnis die TiddlySaver-Datei liegt, fragt gegebenenfalls aus anwendungsspezifischen Gründen beim Benutzer um Zulassung der Ausführung und danach läuft das TiddlyWiki so, wie im Firefox oder Internet Explorer auch. Vor allem: Wenn das TiddlyWiki gespeichert werden soll, lässt es sich nun auch abspeichern, auch wenn das im Safari oder Opera getan werden möchte. Einzige Grundbedingung: Die Datei “TiddlySaver.jar” muss schon vor dem Aufruf des TiddlyWiki im gleichen Verzeichnis wie die TiddlyWiki-Datei liegen, weil schon beim Start der Datei der TiddlySaver aufgerufen werden muss.

Wo es das Ding gibt? Hier, unter http://www.tiddlywiki.com/TiddlySaver.jar. Nicht im Webbrowser ausführen, sondern einfach herunterladen und in das gleiche Verzeichnis legen, in dem sich deine TiddlyWiki-Datei(en) befindet/befinden.

Auch bei TiddlyWiki gibt es ein Sommer-Update, allerdings hier nur ein kleines, das sich weitgehend auf Bugfixes beschränkt. Änderungen an der deutschen Übersetzung gibt es erfreulicherweise wiederum keine, so dass ein reines Update einer bestehenden TiddlyWiki-Datei genügt, wenn schon die Version 2.5.1 oder 2.5.2 eingesetzt wird.

Deutsche Übersetzung und Hinweise zur Installation wie immer nebenan.

Die Mini-Wiki-Software TiddlyWiki ist heute in der Version 2.5.0 erschienen. Die größte (und weitgehend einzige) Neuerung ist die Implementierung der JavaScript-Bibliothek jQuery, mit der die TiddlyWiki-Entwickler nun einen größeren Meilenstein für zukünftige Entwicklungen legen, vor allem im Bereich der Interoperabilität von TiddlyWiki in unterschiedlichen Browsern.

Dazu muss gesagt werden, dass JavaScript zwar eine weitgehend einheitliche Sprache ist, es aber bei der Interaktion zwischen JavaScript und Webbrowsern teilweise grundlegende Unterschiede gibt. JavaScript-Bibliotheken wie jQuery versuchen diese unterschiedlichen Ansätze mit einem eigenen Befehlssatz zu vereinen. Der Ansatz von TiddlyWiki war bisher so, dass die Entwickler weitgehend auf eigene Faust versucht haben, diese Unterschiede auszumerzen, was in den meisten Fällen auch eindrucksvoll funktioniert – noch immer staunen selbst gestandene Fachleute über den Funktionsumfang von TiddlyWiki und über das Phänomen, dass es immer noch ein Wiki ohne Server ist. Dazu kommt, dass die meisten der heutigen JavaScript-Bibliotheken noch gar nicht so alt sind und zu Beginn der ersten TiddlyWiki-Versionen diese noch nicht so hochentwickelt waren, wie sie es heute sind.

Wie dem auch sei – die Version 2.5.0 ist ein heller Meilenstein und ein deutliches Zeichen, dass trotz der inzwischen konservativ wirkenden Update-Zyklen TiddlyWiki noch lange nicht zum Alteisen gehört – ganz im Gegenteil.

Und wie immer ist auch schon meine deutsche Übersetzung bereit. Das vor allem auch deshalb, weil die bisherige Übersetzung für die vorherige Version 2.4.3 komplett unverändert übernommen werden kann.

Nach gut drei Monaten haben die TiddlyWiki-Entwickler wieder mal ein Update eingeschoben und präsentieren nun Version 2.4.2. Der Zeitraum von drei Monaten zwischen den letzten Updates macht sehr schön deutlich, dass TiddlyWiki nun wirklich erwachsen geworden ist, wenn man dabei berücksichtigt, dass es unter 1.x Zeiten gab, in denen teilweise mehrere Updates innerhalb eines Tages (!) veröffentlicht wurden.

TiddlyWiki 2.4.2 ist weitgehend Bugfixing und kleinere Erweiterungen in Syntax und “Hacking”. Bei “normaler” Anwendung sicherlich kein weltbewegend wichtiges Update, aber sicherlich auch kein Fehler. Auf jeden Fall aktualisiert ist meine deutsche Übersetzung, die nun auf den Coderelease 8269 basiert. Aus diesem Grund heißt diese nun “GermanTranslation2.4c”.

Alles zum Herunterladen wie immer bei TiddlyWikiDeutsch nebenan.

Ich habe heute mal die deutsche Übersetzungsdatei zu TiddlyWiki etwas überarbeitet. In den letzten Monaten ist zwar in der Codeverwaltung kaum etwas passiert, was die Sprachdatei betrifft, allerdings schiebe ich eine gründliche Revision schon seit einiger Zeit vor mir herum.

Beim vernünftigen Übersetzen muss man Konventionen beachten – übersetzt man ein Wort, muss man dieses übersetzte Wort auch konsequent in der gesamten Übersetzung nutzen, so dass es zu möglichst wenig Reibungsverlusten durch unterschiedliche Übersetzungen kommt. Das ist gerade bei Übersetzungen im EDV-Bereich grundlegend wichtig, weil man hier auch noch eingebürgerte konventionen berücksichtigen muss. Die übliche Übersetzung für einen Menüpunkt “View” ist eben nicht “Anblick”, sondern immer “Ansicht”.

Man tut also gut daran, beim Übersetzen ständig höllisch auf Begrifflichkeiten aufzupassen, Konventionen zu beachten und all diese Dinge dann auch zu dokumentieren. Meine kleine, hübsche Wortdatenbank für die TiddlyWiki-Übersetzungen (selbstverständlich gepflegt in einem TiddlyWiki) enthält so immerhin schon rund 50 einheitliche Übersetzungen.

Bei einem Begriff, bei dem ich nun schon seit längerer Zeit am Grübeln bin, wie man das am sinnvollsten übersetzt, kam heute Abend der Geistesblitz, der ein so überraschend lapidares Ergebnis gebracht hat, dass ich mich regelrecht darüber ärgere.

Der zu übersetzende Begriff ist das Wort “Tag”.Damit ist nicht das gemeint, was 24 Stunden definiert, sondern das englische Wort. Und zwar nicht in der Definition für Auszeichnungen oder Markierungszeichen (wie beim “HTML-Tag”), sondern in das, was wir in der Web-2.0-Terminologie beispielsweise für “Tag-Wolken” verwenden. Eine Übersetzung wäre das Stichwort, aber damit habe ich mich nun schon seit einer ganzen Weile nicht wohlgefühlt. “Stichwort” ist einfach zu simpel, das unterscheidet sich begrifflich zu wenig von normalen Wörtern oder Überschriften.

Was konzeptionell auch nicht geht, ist die Kategorie. Kategorien sind eigentlich der umgekehrte Weg des Taggings, denn der übliche Weg zu Kategorien ist der, zuerst Kategorien zu definieren und dann die Inhalte. Beim Taggen geht es aber im Idealfall so, dass man den Inhalt erstellt und daraus dann Tags pickt.

Ergebnis meines heutigen Denkprozesses: Das Schlagwort. Das Verb wäre “verschlagworten”, was sich zugegebenermaßen ziemlich böse liest, aber dem “taggen” am nächsten kommt. Kommentare hierzu?

Nachdem jetzt schon rund 84 % des Jahres 2008 durch sind, habe ich spaßeshalber mal eine kleine Auswertung meines Arbeitsbuches gemacht, in dem ich im TiddlyWiki – der Software, in der ich mein Arbeitsbuch führe – alle Journaleinträge dieses Jahres im Browser anzeigen ließ und dann in der Druckvorschau nachschaute, wieviele Seiten das denn ergeben würde, wenn ich die Journale ausdrucken würde… schlappe 59 A4-Seiten bei normaler Schriftgröße. Und das sind nur die Journale, darin befinden sich keine Dokumentationen über Netzwerke oder einzelne Netzwerkgeräte, die noch zusätzlich in eigenen Einträgen im Arbeitsbuch dokumentiert sind.

59 Seiten Business Intelligence. Da jeder Eintrag datiert und auch mit Firmennamen identifizierbar ist, könnte man jetzt daraus eine hübsche Supportdatenbank machen. Oder es einfach belassen und archivieren, die Volltextsuche wird es auch richten. Und wenn man mal so zurückblättert und sich anschaut, was man so Anfang des Jahres getan hat, staunt man nur, wie viel Zeugs man gemacht hat, was schon längst wieder aus dem Gedächtnis gefallen ist.

So am Rande für die TiddlyWiki-Freaks: Mit 700 Kilobyte ist mein Arbeitsbuch-TiddlyWiki immer noch so flott, als wenn es jungfräulich leer wäre.

Schon seit einer ganzen Weile habe ich mit meiner TiddlyWiki-Übersetzung das Problem, das diese zwar fast überall funktioniert, nur nicht richtig im Internet Explorer. Dort wird beim Aufruf einer TiddlyWiki-Datei mit ebendieser Übersetzung der Plugin-Manager aufgerufen, der rot-warnend auf Fehler hinweist. Da nun auch zwei Nutzer diesen Fehler in Mails beschrieben habe, habe ich dieses Problem mal näher analysiert und auch gefixt.

Das Problem ist das Komma ganz am Ende der Zeile 437 in der Übersetzungsdatei. Das darf dort nicht sein, weil nach dieser Zeile schon die endende, geschweifte Klammer kommt, die die Funktion abschließt.

Sprich: Entweder in dieser Zeile das Komma entfernen oder auf TiddlyWikiDeutsch gehen und die Version GermanTranslation2.4b ziehen und ins eigene TiddlyWiki installieren.

Eher durch Zufall bin ich auf eine ganz spannende Sache gestoßen, die man offensichtlich mit TiddlyWiki machen kann: Einen TiddlyWikiRoman. Dazu hat der schweizerische Schriftsteller Hartmut Abendschein für seinen Roman ein TiddlyWiki als Unterbau ausgewählt, mit einer Reihe von Plugins erweitert, das Design angepasst und die Kapitel als eigene Tiddler eingesetzt, getaggt und miteinander verlinkt.

Heraus gekommen ist die Bibliotheca Caelestis, in deren Handlung ein Autor versucht, sein zweites Machwerk unter das Volk zu bringen. Durchgelesen habe ich es logischerweise leider noch nicht, wenn ich es heute erst gefunden habe, aber schon mal heruntergeladen, was eben, weil es ein TiddlyWiki ist, sehr einfach über die Seitenspeicherfunktion eines jeden Browsers geht. Ein Buch, eine Datei, interaktiver als jedes PDF der Welt.

Mit den literarischen Möglichkeiten von TiddlyWiki als Basis von echten Hypertexten, die nicht gleich als Wust von zig HTML-Dateien daherkommen, habe ich mich beschämenderweise noch viel zu wenig beschäftigt. Hartmut Abendschein macht es allerdings auf eine wunderbar spannende Weise vor. Nach seiner Aussage ist er von der TiddlyWiki-Idee begeistert, was eine perfekte Grundlage für weitere Entwicklungen ist.

Letztes Wochenende hat mir jemand auf meinen TiddlyWiki-Artikel hin eine E-Mail geschrieben, über die ich eine Weile nachdenken musste. Darin war nämlich die Frage gestellt, warum denn TiddlyWiki seine Daseinsberechtigung hat. Ich wollte umgehend antworten, aber die Frage hat mich dann eine ganze Weile fasziniert beschäftigt.

TiddlyWiki steht als “Hosentaschenwiki” zwischen einem “richtigen” Wiki mit Serverbackend und einfachen Textdateien, also sozusagen zwischen einer gedruckten Buchreihe und einer Zettelwirtschaft aus gelben Klebezetteln. Nicht mehr und nicht weniger. Rein informationstechnisch gesehen ist TiddlyWiki damit der Hort für die Welt der Informationen, die nicht so groß und wichtig sind, aber auch nicht völlig unwichtig. Diese Art der Informationen ist zweifellos zahlenmäßig die größte und man kann sich das durchaus als Asteroidengürtel vorstellen, der in einer größeren Umlaufbahn um den Kopf herum schwebt. Einerseits alles ziemlich nah, aber finde mal einer in dem Steinhaufen den passenden Ziegel.

Gern haben diese kleinen Informationen, obwohl sie unscheinbar aussehen, das Potential, das (Wieder)Auffinden Ihresgleichen zu einer langwierigen und vor allem sehr nervigen Tortur werden zu lassen. Andererseits ist man beim Sammeln dieser Informationen gern schlicht zu faul, sie irgendwo sinnvoll zu hinterlegen.

TiddlyWiki erfüllt daher zweierlei: Einerseits ist das Speichern von Informationen darin bestechend einfach, so dass die Faulheitshürde äußerst niedrig gehalten wird. Andererseits dient ein TiddlyWiki als “zentraler Hort” für Informationen, verhindert also eine Zettelwirtschaft. Und ganz nebenbei ist es klein und handlich und passt auf jeden USB-Stick oder gar auf eine Diskette.

An sich ist es tatsächlich dann so, dass TiddlyWiki zwar den Begriff “Wiki” im Namen trägt und auch ähnlich zu bedienen ist, die Ziele jedoch nicht unbedingt gleich sein. Collaboration ist mit TiddlyWiki (zumindest ohne Serverbackend) nur mäßig möglich, andererseits ist es eben näher.