<p>Und hier wär sowas vlt. auch ganz gut, man muss die User ja nicht mit Zeugs nerven, das sie eh nicht interessiert. Z.B. wüsste ich gerne, was Ihr davon haltet, gelegentlich mal auf http://code.google.com/p/noa-libre/ umzusteigen.</p>

<p>Den Code kann prinzipell jeder runterladen, der steht ja im Git. Einchecken geht natürlich nicht, sonst würde das Chaos ausbrechen. Das würde ich dann nur auf Leute beschränken, di auch konstruktive Beiträge liefern.<br />
Der Umstieg auf Noa-Libre wird nichts. Ich habe bereits auf ODF Toolkit umgestellt, das wird in Version 2.0 verwendet. Damit entfällt die Abhängigkeit zu Libre/OpenOffice.</p>

<p>Sehr gut. Damit sollte sich was bauen lassen, was komplett ohne externes Office-Paket auskommt. Braucht womöglich noch sowas wie http://code.google.com/p/xdocreport/wiki/ODFDOMConverterPDFViaIText und zum Drucken soll angeblich das hier https://java.net/projects/pdf-renderer geeignet sein.</p>
<p>Aber ich meinte die aktuelle Version. Da haben wir jetzt die unbefriedigende Situation, dass nur das hässliche LO funktioniert, weil das alte binäre noa-plugin nicht tut, weil die 1.6.8 auf <b>ag.ion.noa;bundle-version="2.2.305"</b> besteht. Klar, die Versionsnummer könnte man auch einfach etwas relaxter gestalten. Weiss jetzt nicht, ob <b>>=2.2.304</b> ginge, aber <b>=(2.2.304, 2.2.305)</b> sollte auf jeden Fall klappen. Oder man könnte das alte Noa vergewaltigen, auf das es die passende Versionsnummer meldet. Aber dann müssen die User immer noch mit binären jar-files rumfummeln. Mit Noa-libre sollen angeblich LO und OO funzen, und das wurde wenigstens bis Oct 1, 2013 gepflegt. Und weils ein fork vom original Noa ist, dürfte es sich ziemlich einfach einbauen lassen.</p>
<p>Und was ist mit dem "Developer Ressources" Wiki? Und dem alten Text auf SF, der potentiellen Entwicklern sagt, sie sollen mit der 1.6.7 auf google-code arbeiten?</p>

Gibt's unter https://fakturama.atlassian.net/wiki/spaces/FAK/overview