OpenOffice.info

Na gut. Wenn schon zwei Hilfegebende diesen Weg vorschlagen, dann werd ich mal versuchen das so umzusetzen.

Danke nochmal

Hallo MCP,
wenn Du mit einer eigenen Anwendung eine andere Anwendung fremdsteuerst, machst Du gleichzeitig Deine Anwendung von dieser anderen Anwendung abhängig. Deshalb ist der von Karolus vorgeschlagene Weg über eine .csv-Datei intelligenter.

Bei einer .csv-Datei kannst Du wahlweise auch eine anderes Office-Produkt wie z. B. Excel verwenden.

Hallo
[quote]Danke für die Antwort, aber Formatierungen, Berechnungen (Mittelwerte, Summe, etc) und Kurvenanzeige machen sich nicht so schön in CVS[/quote]
Es ist .csv und nicht CVS.
Natürlich hälst du deine Formatierungen etc.pp in einem normalen Tabellendokument, nur seine Daten kommen aus der [b]Datenbank.csv[/b]

[quote]Muß doch auch noch eine "intelligente" Lösung geben.[/quote]
Das [b]ist[/b] die intelligente Lösung.

Karolus

Danke für die Antwort, aber Formatierungen, Berechnungen (Mittelwerte, Summe, etc) und Kurvenanzeige machen sich nicht so schön in CVS :(

Und irgendwie wollte ich die Daten schon gleich direkt in dem Dokument haben, wo ich sie auch betrachten will. Muß doch auch noch eine "intelligente" Lösung geben.

Hallo
Lass dein "Fremdprogramm" in eine .csv schreiben und binde den Ordner dieser Datei als Datenquelle.

Karolus

Set objComponents = objDesktop.getComponents
   Set objDocuments = objComponents.CreateEnumeration
   LoopCount = 0
   Do While (objDocuments.hasMoreElements And (LoopCount < 20))

sName = objComponent.Name

objComponent.Close (False)

Hallo,

ich habe mir ein Programm in VB erstellt, mit dem ich täglich Werte der Heizungs- und Solaranlage in ein OpenOffice-Calc-Dokument (inzw. OO Version 3.4.1, Problem bestand aber schon früher) schreibe.
(OO starten, Dokument öffnen, ggf, neu erstellen und formatieren, Daten speichern, Dokument schließen, OO beenden)

Im Prinzip funktioniert das auch schon alles ganz gut. Nur manchmal ist OO der Meinung, beim Start eine Dokuentenherstellung durchführen zu wollen, zeigt dabei aber kein wiederherzustellendes Dokument an. Oder es soll ein Fehlerbericht versendet werden.
Fehlermeldungen über zuvor aufgetretene Probleme beim Speichervorgang sind nie in meinem Errorlogbuch protokolliert (ich geh also davon aus, daß es keine gab, die erfolgeiche Speicherung, also nichtauftreten von Fehlern, wird ja protokolliert)

In beiden Fällen hat dann meine Anwendung das Problem, daß sich OO weigert, mein Dokument zu öffnen, so daß ich dann keine Daten speichern kann.
(Separater Rechner, tagelang unbeobachtetes arbeiten)
So bin ich nun doch gezwungen jeden Tag zumindest nachzuschauen, ob die Daten gespeichert wurden oder ob ich irgendein Fensterchen weggklicken muß.
Vielfach bleiben nach oben beschriebenem Fehler dann auch Instanzen von soffice.bin und soffice.exe im Taskmanager, die ich dort manuell beenden muß, was aber u.U. an fehlgeschlagenen Startversuchen durch mein Programm liegen könnte.

Im Fehlerfall bringt die Routine
[code]Set objComponents = objDesktop.getComponents
Set objDocuments = objComponents.CreateEnumeration
LoopCount = 0
Do While (objDocuments.hasMoreElements And (LoopCount < 20))[/code]
ein true, die nachfolgende Abfrage:
[code]sName = objComponent.Name[/code]
bringt aber keinen NAmen und
[code]objComponent.Close (False)[/code]
schließt das angezeigte Fenster auch nicht.
(Routine war eingeführt worden, falls die Tabelle versehendtlich offen gelassen wurde)

Kennt jemand eine Möglichkeit, das Auftreten der Dokumentwiederherstellung und Fehlerberichterstattung gezielt abzufragen / abzufangen und zu behandeln?

Vielen Dank für eure Antworten