Nun ist seit heute das erste Release von LibreOffice zum Download frei gegeben.
In welche Richtung wird sich NOA orientieren,
LibreOffice oder OpenOffice.org?

Erste Tests mit LibreOffice ergaben daß die Standardfunktionen ohne jegliche Anpassung wunderbar funktionieren.
Bei grafischen Funktionen wird's dagegen eher eng.
Folgende in OO.org völlig ungefährliche Geschichte führte unter LibreOffice sofort zum Fehler.

ITextDocumentImage textDocumentImage = textContentService
.constructNewImage(graphicInfo);
Die Exception lautete:
ag.ion.bion.officelayer.text.TextException:
at ag.ion.bion.officelayer.internal.text.TextContentService.constructNew
Image(TextContentService.java:203)

The reason is a change in how URLs are handled in OO/LO 3.3. Originally images could be referred to with file:/c:/some/path.jpg, now the URLs must look like file:///c:/some/path.jpg

You can fix the error either in TextContentService#constructNewImage(GraphicInfo) by fixing the content of the internalURL variable, or directly in GraphicInfo#init(...) by adding the following line under the definition of this.url:
this.url = this.url.replaceFirst("file:/", "file:///";

However, I have not checked if this change causes problems elsewhere, or with operating systems other than Windows.

Hi Kiwi,
thank's a lot for the reply.
But your proposal doesn't fix the problem.
So long
Jürgen

Hi Jürgen,
I had the same problem like you, but the Kiwi-Hack worked fine for me. I've tested it under Ubuntu, OSX and Win 7.

Here is my version with an additional test, if the URL already starts with a "file:///"

http://code.google.com/p/fakturama/source/browse/trunk/com.sebulli.fakturama.noa/src/ag/ion/noa/graphic/GraphicInfo.java#252

Gerd

Hallo an alle und zunächst herzlichen Dank an diejenigen die mir geantwortet haben und natürlich auch an alle die mir Lösungen per Email zugesandt haben.

Ich habe heute LibreOffice 3.4 heruntergeladen und installiert.
Für alle NOA-Benutzer heißt es ab dieser Version:
nichts geht mehr!
Offensichtlich haben die LibreOffice-Entwickler an der Syntax der Startparameter und an einigem anderen herumgeschraubt.
Markus Krüger hat die Firma ubion.ORS offensichtlich verlassen und ubion.ORS ist nicht Willens oder nicht in der Lage NOA weiterzuentwickeln.
Wir haben jetzt zwei Optionen.
Entweder wir entscheiden uns für OpenOffice.org oder für LibreOffice.
Entscheiden wir uns für die letztgenannte Option müssen wir die Weiterentwicklung von NOA selbst in die Hand nehmen.

Frage: hat jemand von Ihnen zufällig die Sourcen von NOA 2.2.4?
Sofern ja würde ich mich freuen wenn Sie mir das ZIP-Archiv per Mail zukommen lassen könnten.
Mailadresse: j.steinhilber (at) rta.de
Grüße
Jürgen Steinhilber

Hallo Jürgen,
Gibt es denn überhaupt 2.2.4 Sourcen ?
Ich habe eben LibreOffice 3.4 installiert, ausprobiert und in habe in meinem Anwendungsfall bisher keine Schwierigkeiten feststellen können.

Allerdings habe ich es bisher nur unter Ubuntu 10.4 32Bit getestet.
Besonderheiten bei mir: Ich habe die JARs zu einem Eclipse RCP Plugin zusammenengepackt.
Ich bette das Dokument nicht in ein Steuerelement ein, sondern öffne OO/LO in einem eigenen Fenster.
Pfad ist:
/opt/libreoffice3.4

Trotzdem habe ich auch Interesse an einer Weiterentwicklung, wenigstens in der Form, dass NOA lauffähig mit aktuellen Versionen bleibt.

Gerd

Hallo Gerd,
ich arbeite unter Win-7 und da gibt es definitiv Probleme mit LO-3.4.

In der Swing-Anwendung Thera-Pi 1.0 haben wir sowohl eigenständige OO/LO-Fenster, als auch mittels NativeView eingebettete.
Zunächst ist es so daß sich das LO-3.4 Startfenster grundsätzlich öffnet sobald in der eigenen Anwendung der Aufruf erfolgt:
officeapplication = OfficeApplicationRuntime.getApplication(config);
officeapplication.activate();
Das Ganze ist dann damit verbunden daß man in der Konsole die Ausgabe erhält daß die Konfigurationsparameter veraltet sind. Damit könnte man ja noch halbwegs leben, aber in der Folge spielt offensichtlich der TerminateListener verrückt.

Ich habe die Binaries von NOA2.2.4. In dieser (evtl. Vorab-)Version wurde von Markus ein Fehler im Interface IDocumentListener behoben. Ich gehe deshalb davon aus daß sich die Sourcen irgendwo befinden müssen.

Weiß jemand wo sich Markus aktuell herumtreibt? Vielleicht könnte er uns ja den Quelltext zukommen lassen.

Insgesamt betrachtet steht für mich außer Frage daß ich mich an der Weiterentwicklung bzw. Anpassung von NOA an aktuelle OO/LO-Versionen beteilige, ja sogar beteiligen muß.
Unsere Software ist ohne eine stabile Anbindung an OO/LO gewissermaßen absolut wertlos.
(Angesichts der Größe der Software und der Tatsache daß wir ausschließlich mit Thera-Pi arbeiten bleibt mir auch ehrlich gesagt gar keine andere Wahl)

Gruß
Jürgen Steinhilber

Hallo zusammen,

Markus ist offensichtlich zur CENIT AG (http://www.cenit.de) gewechselt.
Man findet ihn ansonsten bei Xing.

LG,
Sebastian

Servus Sebastian,
das ist ja eine freudige Nachricht - herzlichen Dank.
Die Cenit AG hat ja Ihren Firmensitz bei mir um die Ecke, da müßte doch was zu machen sein....

Gruß
Jürgen

Ich habe jetzt LO-3.4 unter Win7 mit noa-2.2.4 zum Laufen gebracht.

if(path.indexOf("LibreOffice 3." >= 0){
config.put(IOfficeApplication.APPLICATION_ARGUMENTS_KEY,
new String {"--nologo",
"--nofirststartwizard",
"--nodefault",
"--norestore",
"--nolockcheck"
});
}
Der eigentliche ConnectionString wird aber offensichtlich separat behandelt, so daß ohne die Sourcen von 2.2.4 nichts zu machen ist.
LO3.4 läuft zwar wie gewünscht der Startbildschirm erscheint nicht, die Listener funktionieren, die Konsolemeldung lautet aber:
CE> Warning: -accept=socket,host=localhost,port=8100;urp; is deprecated. Use --accept=socket,host=localhost,port=8100;urp; instead.

Gruß
Jürgen Steinhilber

Zu früh gefreut!
Ich habe heute morgen LibreOffice 3.4 im Echteinsatz gehabt.
Eine ganze halbe Stunde lang!
Jetzt arbeite ich wieder mit LO 3.3.2.

Sämtlich Platzhalterfunktionen arbeiten fehlerhaft. Völlig undurchsichtig wird ein Platzhalter erkannt, der nächste evtl. nicht, beim nächsten Dokument vielleicht gar keiner - einfach ein Graus.
Daß es an NOA liegt glaube ich jetzt eher nicht.

Gruß
Jürgen Steinhilber

Hi,



Da das Politikum OO vs. LO noch nicht vorbei ist, würde ich mit der Entscheidung noch etwas warten.

Unabhängig davon: ich habe selbst schon einige Erweiterungen machen müssen und würde diese auch gern beisteuern, wenn Noa anderswo weiterentwickelt wird.

Hallo Kiwi,
was sind das für Erweiterungen?
Könntest Du mir diese zukommen lassen?

Grüße
Jürgen

Hallo Jörg,

bitte entschuldige die späte Antwort.
Meinen Code habe ich nicht direkt in die NOA-Projekte geschrieben, so dass da noch etwas Aufräumarbeiten nötig wären.

Das wichtigste war die Unterstützung für Aufzählungen mit Bullet-Points. Implementiert ist das hier: http://deftproject.svn.sourceforge.net/viewvc/deftproject/deft/trunk/org.deft.editorintegrator.odftext/src/org/deft/editorintegrator/odftext/StyledTextDefinitionListingIntoODFTextIntegrator.java?revision=1428&content-type=text%2Fplain

Die wichtige Methode zum Hinzufügen von Bullet-Points heißt convertToBulletParagraph.

Dann hab ich (recht unelegant) um einen Fehler mit Tabellen-Offsets programmiert:
http://deftproject.svn.sourceforge.net/viewvc/deftproject/deft/trunk/org.deft.editorintegrator.odftext/src/org/deft/editorintegrator/odftext/TableIntoODFTextIntegrator.java?revision=1428&content-type=text%2Fplain

Die Methode ist getRangeWithStartMovedOneLeft. Ich hatte erst versucht, das direkt in NOA zu ändern, das war aber aus Gründen die ich nicht mehr weiß gar nicht so einfach.

Es gibt eine Methode zum Entfernen (Setzen) von ITextDocumentTextShape Borders:

http://deftproject.svn.sourceforge.net/viewvc/deftproject/deft/trunk/org.deft.editorintegrator.odftext/src/org/deft/editorintegrator/odftext/StyledTextIntoODFTextIntegrator.java?revision=1417&content-type=text%2Fplain

Methode removeBorders.

In der gleichen Klasse, Methode undoIntegration, ist Code zum Finden und Löschen von TextFrames anhand ihrer ID.

Ich hoffe, Du kannst was damit anfangen.

Andreas