OpenOffice.info

sub Export_pdf (oframe)
    URL = replace (thiscomponent.location,".odt",".pdf")
    url_pdf_out = converttourl(URL)
    dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")
    dim args1(1) as new com.sun.star.beans.PropertyValue
    args1(0).Name = "URL"
    args1(0).Value = url_pdf_out
    args1(1).Name = "FilterName"
    args1(1).Value = "writer_pdf_Export"
    dispatcher.executeDispatch(oframe, ".uno:ExportDirectToPDF", "", 0, args1())
end sub

sub Export_pdf (document)
    URL = replace (thiscomponent.location,".odt",".pdf")
    url_pdf_out = converttourl(URL)
    Dim myProps(0) as New com.sun.star.beans.PropertyValue
    myProps(0).Name="FilterName"
    myProps(0).Value = "calc_pdf_Export"
    document.storetoUrl(url_pdf_out,myProps()) 'Speichern
end sub

Hallo zusammen,
ich möchte Euch informieren, dass ich das Problem dank dieses Hinweises von DPunch in einer PM lösen konnte.
[quote="DPunch"]Kannst Du den Export auch ohne Dispatcher machen? Das wäre vielleicht auch noch ein Ansatz, da der Dispatcher sich direkt auf den Frame bezieht, den Du versteckst. So direkte Abstürze hängen fast immer damit zusammen, dass ein Objekt bereits disposed wurde, dass noch für irgendwas benötigt wird. Der Export, der noch irgendwo festhängt, aber in direkter Verbindung zum Frame steht, der mit dem Schliessen des Dokuments disposed wird z.B.. Möglicherweise benachrichtigt ein Hidden geöffnetes Dokument (respektive der Controller) nicht alle Listener korrekt, wenn es geschlossen wird. [/quote]

Der Grund für den Absturz war tatsächlich die Dispatcher-Methode mit der ich die versteckt geladene Datei als .pdf speichern wollte.
Anscheinend kann LO damit nichts anfangen.
Ich habe also diesen Code:
[code]sub Export_pdf (oframe)
URL = replace (thiscomponent.location,".odt",".pdf")
url_pdf_out = converttourl(URL)
dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")
dim args1(1) as new com.sun.star.beans.PropertyValue
args1(0).Name = "URL"
args1(0).Value = url_pdf_out
args1(1).Name = "FilterName"
args1(1).Value = "writer_pdf_Export"
dispatcher.executeDispatch(oframe, ".uno:ExportDirectToPDF", "", 0, args1())
end sub[/code]
so ersetzt:
[code]sub Export_pdf (document)
URL = replace (thiscomponent.location,".odt",".pdf")
url_pdf_out = converttourl(URL)
Dim myProps(0) as New com.sun.star.beans.PropertyValue
myProps(0).Name="FilterName"
myProps(0).Value = "calc_pdf_Export"
document.storetoUrl(url_pdf_out,myProps()) 'Speichern
end sub[/code]
Hier wird anstelle des Frames die aktuelle Komponente übergeben und gespeichert, jetzt funktioniert es einwandfrei.

Beste Grüße von Rik

Hallo Balu,
vielen Dank für die Mühe die du Dir gemacht hast. Das es Dir genauso geht wie mir, beruhigt mich ein wenig, da scheint also LO einen Bug zu haben.
Es wäre interessant zu erfahren, ob der Fehler nur unter Windows oder auch unter anderen Betriebssystemen auftritt.

[quote="balu"]sFilename finde ich nur dort an besagter Stelle, und sonst nirgendwo anders. Ist das richtig so? Was bezweckst Du damit?[/quote]
Nun, das ist ein Relikt, das ich bei der Vereinfachung der function "F_load_template" übersah.
Die urspüngliche function rief kein leeres Dokument ("private:factory/scalc") sondern eine Vorlage mit dem Namen sFilename auf.

Beste Grüsse von Rik

dim bhidden as boolean

F_load_template = StarDesktop.loadComponentFromURL("private:factory/scalc", "_blank", 0, aProps1())

Sub Load_Template(event)
bhidden = event.source.model.tag
print bhidden

function F_load_template (sFilename as String, bHidden as boolean) as Object

function F_load_template (sFilename as String, bHidden as boolean)

Hallo Rik,

[quote]
Kann das jemand nachvollziehen
[/quote]
Ja kann ich. Unter WinXP-Pro mit (selbsterstellte)Portable LO 3.5.5.3. Mit OOo 3.3.0 gibts keine Probleme.
Bei "sichtbar öffnen und schließen" gibt es keine Probleme. Jedoch bei "unsichtbar öffnen und schließen" ist Schluss mit Lustig, also Absturz.


[quote]
hat jemand eine Idee wie der Absturz verhindert werden kann?
[/quote]
Nein :(.
Folgende Änderungen hatte ich vorgenommen, und trotzdem Absturz.

1.
[code]
dim bhidden as boolean
[/code]
Hatte ich Öffentlich gemacht. Also ganz am Anfang des Moduls oberhalb von Sub Load_Template (event)


2.
Eine kleine aber wohl wichtige Änderung.
Bei
[code]
F_load_template = StarDesktop.loadComponentFromURL("private:factory/scalc", "_blank", 0, aProps1())
[/code]
das Klammerpaar() gesetzt. In sub Export_pdf (oframe) hattest Du das Klammerpaar aber gesetzt.


3.
Eine kleine Überprüfung ob auch der auslösende Button den richtigen Wert ausgibt.
[code]
Sub Load_Template(event)
bhidden = event.source.model.tag
print bhidden
[/code]
Ergebniss: Ja, es funktioniert.


4.
Mit Functions kenne ich mich noch nicht so richtig aus, aber müsste das nicht richtigrum so heißen?
[code]
function F_load_template (sFilename as String, bHidden as boolean) as Object
[/code]
sFilename hatte ich um 'as String' ergänzt.
Und gleich noch zwei Fragen dazu.
sFilename finde ich nur dort an besagter Stelle, und sonst nirgendwo anders. Ist das richtig so? Was bezweckst Du damit?

Eine Änderung auf
[code]
function F_load_template (sFilename as String, bHidden as boolean)
[/code]
brachte auch keine Besserung.


Kurz und gut: Ich kann dir da auch nicht weiterhelfen. Aber das soll gar nichts bedeuten, da ich ja auch nicht der Kenner bin.



Gruß
balu

Hallo zusammen,
ich habe mir vor kurzem Libre Office 3.5.6.2 parallel zu OOo 3.3.0/AOo 3.4 installiert.
Nun habe ich ein seltsames Phänomen:
Wenn ich mit OOo eine Calc Datei [color=#0040FF]versteckt[/color] (hidden) lade, bearbeite, als .pdf exportiere und dann das Dokument mit[color=#0040FF] .close(true) [/color]wieder schliesse, läuft alles problemlos.
Nehme ich dasselbe Dokument in Libre Office, stürzt LO genau beim Befehl [color=#0040FF].close(true)[/color] komplett ab.
Ich verwende Windows 7 32-Bit.
Kann das jemand nachvollziehen, oder hat jemand eine Idee wie der Absturz verhindert werden kann?

Anbei mein Beispieldokument, das unter OOo 3.3.0 und auch AOo 3.4 problemlos funktioniert.

Beste Grüße von Rik