Nach ein paar wenigen letzten Handgriffen in den beiden existierenden Repositories, dem Blog und dem Tumblog hab ich die beiden erstmal Live geschaltet. Es gab noch ein paar kleiner features zu backbite hinzuzufügen, z.B. die Upload funktion, aber prinzipiell läuft es Rund.

Ich bin nach wie vor noch beim Versionstand “backbite-0.4.7”. Der Archiv Exporter muss nochmal überarbeitet werden, aber ansonsten sollte nicht mehr viel passieren bis zur 0.5.

NP(mpd): Blockhead – You’ve Got Maelstrom

Yo,

kaum einer mag es Glauben, aber backbite nähert sich der ersten final Release. Zur Zeit bin ich bei Version ‘backbite-0.4.7’, und bis zu 0.5 möchte ich es Stable haben. Ich habe gerade Textfilter hinzugefügt, welche auf verschiedene Art und weise den Content eines Posts verändern können, sei es direkt in der YAML Source (für _now playing_ zb.), oder auch für die diversen Exporter.

Das archiv funktioniert mittlerweile so gut wie automatisch, bei jedem Export wird überprüft ob es posts gibt die aus der liste rausfallen, welche dann automatisch archiviert werden. Wenn posts gelöscht werden, wird im archiv die letzte post dieser Variante unarchiviert.

Die Kommandozeilen Option “tlog sync” verarbeitet alle Posts im spool und schreibt die tags und auch das Archiv für den jeweiligen Eintrag, was schlicht notwendig war um den Permalink Von Anfang an zur verfügung zu stellen. Ich überlege noch ob ich mit jedem Post, teile des Archivs und der Tags neu schreibe… bin mir aber nicht ganz sicher ob das Sinn macht. Des öfteren, zb bei den mercurial commits, mach ich nach 3 Minuten einen Rollback weil ich kleine Fehler gefunden habe die nicht im Changeset auftauchen sollen. Da würde es stören bei jedem post automatisch die ganze Tag/Archivierung Prozedur auszuführen.

Als nächste werde ich die Suchfunktionen für alle arten von Posts optimieren. Ich möchte in meinem aktuellen Repository grep benutzen um Posts zu finden.

Der PDF Exporter ist z.Z. nicht benutzbar. Wenn ich schon PDFs benutzen werde, will ich auch Bilder haben, und einigermassen Sinnvollen Output, will heissen kein Plain Text, sondern “klickbare” links usw. aber das ist eher Spielerei und nur eine frage der Zeit.

Ich habe 2 funktionierende Repositories zur Zeit. Es fehlt an nichts, soweit ich das sagen kann. Wir werden sehen ob es irgendwann User geben wird die Fehler finden, welche ich nicht kalkuliert habe.

NP(mplayer): lounge radio: dadamnphreaknoizphunk – i lost my suitcase in san marino from the white room

Jup. Gerade ist der Großteil des Imports des alten polis repos abgeschlossen. Ich werde die 350+ Posts noch nachbearbeiten müssen und Tags hinzufügen, keine schöne Arbeit…

Ausserdem gibt es noch gerade beim image plugin ein paar dead-links, die sollten auch verschwinden. Nicht wirklich schwierig alles. Die Archiv funktion stellt sich als goldig heraus, muss aber dahingehend automatisiert werden dass posts die archiviert werden, die entsprechende Methode aufrufen, damit nur solche verarbeitet werden, die neu ins Archiv aufgenommen worden sind.

Insgesamt bin ich mehr als zufrieden mit dem resultat. Ich nenne es vorerst erstmal prerelease und erstelle in zukunft kleinere Repositories. Ich will noch Zitate und ein Fotoalbum für meine Mutter, sollte einfach werden…

NP: Phill. I.P. – knastmix

Yay, es geht gut vorran. Das neue Ackro—wobei ich über eine namensänderung nachdenke—nimmt gestalt an. Die dinge die mich in der alten Version genervt haben wurden sozusagen im Keim erstickt.

Das component system ist sauberer gestaltet und auch das angehängte Plugin modul lässt viel freiräume. Das Tumblog kennt jetzt eine liste default Plugins (z.Z. Tags und Date), und fügt diese automatisch dem Component hinzu. Für die configuration des Plugins fügt man einfach die plugin definition dem Component hinzu.

Ein gedanke den ich schon von anfang an hegte war den kompletten HTML tree rw im Plugin zur verfügung zu stellen, z.B. um eine TOC an einer anderen stelle zu appenden— Hpricot machts möglich (wenn auch nicht immer so schön wie ich es gerne hätte).

Potentielle probelme/Ideen

• Archiv—wie? Gerade schwebt mir eine wöchentliche rotation vor..
• Automatische plugins—wie der name sagt, plugins die keinerlei userinteraktion fordern (wieder das bsp. mit der TOC)
• fiese system() calls—die müssen weg, glaube ich… Aber.. ich scheiss ja eh auf portability
• Dynamisches Ramaze frontend

Links

• hg repos
• rdoc

Update

1. Umgenannt zu backbite.

NP: Beethoven – emperor

Wie man eventuell an den Mercurial messages erkennt, wenn man denn hinschaunt, schreibe ich gerade (erneut) einen ackro rewrite. Nachdem ich dieses Blog dafür aufgesetzt habe sind mir ein paar schwachstellen aufgefallen, ausserdem würde ich den Code gern ein weniger sauberer gestalten.

Ich habe heute nacht auch schon hand angelegt, diesmal mit Specs. Ich denke in den nächsten tagen fertig zu werden.

Unter anderem gedenke ich den kompletten HTML parse tree in den plugins zur verfügung zu stellen, auch zu schreiben.

NP: Samy Deluxe – Aufm Weg