• A bunch of Changes
• Releasing new Roots page
• Bookmark roots
• New prefs for roots released
• Sneak peak at what’s next
• Releasing code for »tabs« nodetype
• Code nodetypes display as outlines
• Blogpost: Code nodetypes in World Outline
• Your roots in a menu
• Titles and headerGraphics in World Outline
• Neues Makro: pageTitle in default template
• Noch ein Blogpost: EC2 for Poets in 2012
• Macros that call code, release of parts und Macros that run code

Wer hier nur noch Bahnhof versteht, der sei damit getröstet, daß es mir zur Zeit kaum anders geht. Ich muß das erst einmal in Ruhe durcharbeiten und es steht hier auch nur, damit ich es nicht vergesse.

Außerdem finde ich Winers Idee mit den Worknotes, einer Art öffentlichem Labortagebuch, ziemlich charmant. Sollte ich mir vielleicht auch einmal zulegen … [Beim Aufräumen meines Mailaccounts vor dem Löschen gerettet.]

• Version 2 of my River-Template (mit neuen Features).
• Der World Outliner erlaubt nun mehrere Roots je Nutzer.
• Wo gehören Titel hin? Hier oder hier?
• Wie man Manila im OPML Editor installiert und startet: Setting up Manila.
• Major Update für den World Outliner.
• Volle Zustimmung: How CSS works against software.

Bis auf den letzten Beitrag dürften das alles für die meisten von Euch böhmische Dörfer sein. (Wer — außer mir — arbeitet denn noch mit so antiker Software?) Es steht hier auch nur als Gedächtnisstütze für mich. [Scripting News, Dave Winer in diversen Mailinglistenbeiträgen.]

• Neues Feature: RT in a static river.
• Styles for thumblists in World Outline.
• Templates for photo pages (mit Beispiel).
• Version 2 of my river template: »Big new feature: RT link on each item connects to Radio2.«

Irgendwie scheint das alles — wie bei Winer üblich — zwischen genial und trivial zu oszillieren. Ich habe aber momentan nicht die Zeit, mir das genauer anzuschauen, daher steht es hier nur, damit ich es nicht vergesse.

[Update]: Adam Curry war schneller: Rolling My Own Google Reader. Und hier kann man das Ergebnis begutachten. [Adam Currys' Weblog]

Ich bin leider nur ein bescheidener Skripter und habe vor Kernel-Entwicklung einen zu großen Respekt, um selber einzusteigen, aber ich wünsche mir natür­lich, daß der Aufruf Erfolg hat. [Adam Currys' Weblog]

Ich bin (oder war) Frontier-Nutzer seit Mitte der 1990er Jahre. Und das damals wie heute revolutionäre Konzept des Webservers auf dem Desktop spielt in meinen Überlegungen immer noch eine große Rolle (allerdings muß es heute nicht unbedingt mehr Frontier sein, Standalone Django Scripts zum Beispiel könnten diese Aufgabe mindestens ebensogut erledigen). Trotzdem wünsche ich Winer, daß ihm die Reanimation seines Spielzeugs gelingt. [Scripting News, Peter van I. per Email für den Django-Link.]

1. Dave Winer hat seinem OPML Editor JSON verpaßt, weil er irgend etwas Seltsames mit einem Garten­schlauch anstellen will.
2. Und Matt Neuburg hat RubyFrontier 0.9.9.3 an seine Fans verteilt. Auch er hat Seltsames vor (eine Art automatische Cross-Referenzierung), wichtig für mich ist aber nur, daß publish site nun auch aufge­rufen werden kann, ohne daß die Autoglossary-Datei neu berechnet wird. Das sollte den Prozess des Herausrenderns signifikant beschleunigen. Bitte das auch noch für publish folder realisieren.

Wer nicht wirklich weiß, wovon ich rede: RubyFrontier und der OPML Editor sind die Weiterentwicklung von dem hier. Frontier war lange Jahre so etwas wie mein Über-Tool, mit dem ich fast alles, was zu scripten war, erledigt hatte. [Aus meinem elektronischen Briefkasten]

1. Dave Winer hat die flickr-Skripte für Frontier und den OPML-Editor runderneuert. Drei neue Befehle sind hinzugekommen.
2. RubyFrontier ist in der Version 0.9.9.2 erschienen (Download). Grund ist eine weitere Vereinfachung des Haml-Template-Prozesses.

Schaun wir mal, ob ich über das Wochenende mit beiden Neuerungen etwas anstellen kann.

Die One-Slide-Show »Alternative zu den Webriesen« (wir berichteten) hat mir keine Ruhe gelassen. Natürlich hat Wieland Baurecker recht, RSS oder Atom ist der Schlüssel zu einem Peer-to-Peer Sozialem Netz (sollte ich als Autor eines Büchleins über RSS und Atom eigentlich von alleine drauf gekommen sein): Denn ich hatte bisher immer ein ungutes Gefühl bei meiner lapidaren Feststellung, daß man bei statischen Seiten die Kommentare eben als Webservice »zukaufen« müßte (vor allem, weil ich bei Haloscan ja dermaßen auf die Schnauze gefallen bin). Warum kommentiert man nicht im Feedreader (der als Webserver auf dem Desktop läuft)? Dieser muß dann (zum Beispiel via XMPP) beobachten, wann der Redaktionsserver des Kommentierten (im Zweifelsfalle ebenfalls ein Webserver auf dem Desktop und daher nicht permanent online) zu erreichen ist und ihn — auch wieder via XMPP — benachrichtigen, daß er kommentiert wurde. Was dieser Redaktionsserver dann damit anstellt, ist seine Sache.

Je länger ich darüber nachdenke, desto einfacher wird es eigentlich: Die benötigten offenen Protokolle für solch ein Peer-to-Peer Soziales Netz scheinen sich auf RSS/Atom und XMPP zu beschränken. (Eventuell ist für einige Anwendungen noch XML-RPC notwendig, da muß ich noch einmal darüber nachdenken. Aber ich glaube eher nicht.)

Übrigens zum Thema Desktop-Server: Eigentlich kann man fast alles und jede Web-Entwicklungsumgebung dazu aufbohren. Meine bisherigen Kandidaten sind (weil sie schon ziemlich viel von dem benötigten mitbringen): Winers OPML Editor (ein wenig altmodisch, aber ich liebe das Teil — Frontier hat mich seit meinen ersten Schritten im Web vor ca. 15 Jahren immer begleitet — und es bringt einen Feedreader, ein Static Site Framework und Unterstützung für XMPP und XML-RPC von Hause aus mit) und Googles App Engine (mit Django). Sicher tut es auch eine lokale Rails-Installation oder jede beliebige MAMP- oder XAMP-Umgebung mit einem geeigneten PHP-Framework, aber mit Rails wie auch mit PHP-Frameworks kenne ich mich nicht so gut aus.

Und sicher lassen sich auch einige (erweiterbare) CMS wie beispielsweise Drupal oder sogar Wikis wie das DokuWiki oder MoinMoin (leider wird MoinX nicht mehr weiterentwickelt, das wäre ein Kandidat gewesen) zu so etwas aufbohren.

Wie immer stehen diese unfertigen Gedanken zum einen hier, damit ich sie nicht vergesse. Zum zweiten aber, damit niemand auf die Idee kommt, sich so etwas patentieren zu lassen. Und zum Dritten natürlich, weil ich auf Eure Kommentare hoffe. Denn nur so kann es besser werden.

• The relationship between the OPML Editor and Frontier
• How to build the Mac OPML Editor from Sourceforge

Steht hier eigentlich nur, damit ich das nicht vergesse. [Frontier News]