James Goslings, eine der zentralen Figuren der Softwareentwicklung bei Sun (u.a. verantwortlich für Java) bedauert in seinem aktuellen Blog-Eintrag (Titel “So long, old friend …”, von dem auch das Bild geliehen ist) das Ende der Fa. Sun, die ja von Oracle übernommebn wurde. Zwischenzeitlich hat auch die EU die Übernahme genehmigt.
Der Blogeintrag wird mittlerweile von vielen Usern als Kondolenzbuch verwendet:
http://blogs.sun.com/jag/entry/so_long_old_friend
Bis jetzt ist dieser Artikel nur “a note to myself”, da wir aktuell für ein Projekt verschiedene Wiki Software vergleichen. Wenn das abgeschlossen ist, veröffentliche ich die Ergebnisse noch hier im Blog.
Somit aktuell nur eine Linkliste, die als Startpunkt der Recherche dient:
Recht vielversprechend schaut aktuell twiki aus, mal sehen wie es am Ende des Tests steht 
Mein Arbeitskollege Martin hat ein papaya Modul entwickelt, mit dem sich OpenOffice Dokumente in das papaya CMS importieren lassen. Das Modul steht (neben anderen papaya Plugins wie einem Gästebuch und einer Google Maps API) im Downloadbereich seiner Website frei zur Verfügung)
Max hat dazu in seinem Blog eine hervorragende Einführung veröffentlicht, auf die hiermit verwiesen sei.
Als “Appetizer” hier die ersten zwei Absätze
Mit dem von Martin Kelm entwickelten Importmodul für das Oasis-Dokumentenformat kann man OpenOffice-Dokumente in papaya CMS importieren. Dies ist möglich, da der Inhalt eines OpenOffice-Dokuments intern als XML-Datei vorliegt. Durch ein XSLT-Stylesheet lässt sich das OpenOffice-Format in ein durch papaya CMS lesbares Importformat umwandeln.
Papaya CMS bietet eine entsprechende API-Schnittstelle für Importfilter an, sodass man sich als Programmierer allein auf die Umwandlung des Dokumentenformats konzentrieren kann.
Es gibt ein neues interessantes Projekt von Bastian Feder und Thomas Weinert, über das ich hier nur in aller Kürze schreiben will – weitere Infos gibt es auf der Projektwebsite (fluentdom.org). Da die beiden Entwickler Arbeitskollegen sind, erlaube ich mir mal eine Übernahme der englischsprachigen Beschreibung:
FluentDOM provides an easy to use fluent interface for DOMDocument.
(…)
We implemented most of the jQuery methods into FluentDOM, but here are differences. Most important: we use XPath for expressions, not CSS selectors. Since XPath is supported by the ext/xml extension, no extra parsing need to be done. This should be faster processing the selectors and btw it was easier for us to implement. And as a nice topping it supports namespaces, too.
We implemented several php interfaces: Countable, Iterator, SeekableIterator and RecursiveItrerator. Even ArrayAccess is supported.
The jQuery method “next” has a conflict with the Iterator interface used in PHP. We attached the postfix ‘Siblings’ to each of these methods to get around the conflict:
E.g.
‘next’ => ‘nextSiblings’
‘prev’ => ‘prevSiblings’We think you got it.
Bei Interesse gibt es auf der Projektwebsite und im Blog von Thomas weitere Informationen.