Makro druckt falsche Datei
Hallo,
ich habe ein Problem beim Drucken per makro.
ich habe eine be.ods Datei mit dem Makro Liste_drucken
gleichzeitig ist die Datei bu.odt offen.
ich rufe in be.ods das Makro drucken auf und es wird Bu.odt gedruckt.
(bzw. will gedruckt werden)
Ich weiss nicht, woran das liegen könnte.
Horst
Hier das Makro. Das makro ist schon älter, man kann es eleganter lösen.
sub Liste_drucken
rem --
rem define variables
dim document as object
dim dispatcher as object
rem --
rem get access to the document
document = ThisComponent.CurrentController.Frame
dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")
dim args1(0) as new com.sun.star.beans.PropertyValue
args1(0).Name = "Nr"
args1(0).Value = 5
gehezu("Liste.a1:K2") REM geht zu der Liste
rem --
dim args2(2) as new com.sun.star.beans.PropertyValue
args2(0).Name = "Copies"
args2(0).Value = 1
args2(1).Name = "Selection"
args2(1).Value = true
args2(2).Name = "Collate"
args2(2).Value = false
dispatcher.executeDispatch(document, ".uno:Print", "", 0, args2())
end sub
-
To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org
For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Open office funktioniert nicht
Am 26.04.2018 um 11:45 schrieb Christian: > Wolfgang Jäth schrieb: >> Passiert mir auch gelegentlich. Ist irgend ein Hänger, der sich >> nicht fassen lässt. Ich vermute aber, das hat weniger mit dem >> Programm selbst als eher mit irgend einer ungewöhnlichen lokalen >> Konstellation vond Hard- und/oder Software (z. B. Treiber) auf dem >> Rechner o. ä. zu tun. > >> Bei mir klappt jedenfalls folgende Vorgehensweise (Reihenfolge >> genau einhalten, ist wichtig): > > Oha. Mal sehen, ob mir das dann einfällt, wenn mal so ein hartnäckiger > Fall eintreten sollte. ;-) > > Da muß ja in einer der gezippten Dateien irgendein Eintrag verantwortlich > sein, was sich eigentlich editieren lassen sollte. Meine Vermutung geht eher dahin, dass das nicht in der Datei selbst steckt, sondern es sich vielmehr um irgend ein internes Flag in der Konfiguration handelt, so in der Art wie die Information über die zuletzt geöffneten Dateien usw. Ansonsten würde der Fehler ja nur /dann/ auftreten, wenn du gezielt das betreffende Dokument lädst, und nicht bei /jedem/ Öffnen von OO, selbst wenn du ein ganz anderes Dokument öffnest. Irgendwie wird unter ganz bestimmten Umständen dieses Flag nicht sauber zurückgesetzt, und ist dann beim nächsten Start von OO aktiv und signalisiert ein vermeintlich fehlerhaft Speicherung. Durch die o. g. Vorgehensweise[1] wird letztendlich die Konfiguration so 'aufbereitet', dass dieses Flag durch das Speichern der zweiten Datei überschrieben und auf diese Weise zurück gesetzt wird. Klar könntest du dieses Flag auch händisch editieren - sofern du weißt, wo genau es steckt, und wie der 'normale' Wert lautet (und sofern ich mit meiner Vermutung überhaupt recht habe). [1] möglicherweise ist auch der eine oder andere Schritt dabei überflüssig, aber never change a runnging system ... Wolfgang -- If I could, I would wish for ONE news INDEED being a fake, namely for the news of this immature cockalorum in fact became President of the United States. - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Tabellendokumente
Jörg Schmidt schrieb: > Ich verstehe das Problem nicht: Dito. > Ich kann mir nicht vorstellen das der Cursur eine Zeile tiefer > springt wenn man eine Zahl eingeben "will", sondern nur wenn man Das wäre die bislang forgeschrittenste Ausprägung von künstlicher Intelligenz... ein Programm, das schon vor der Eingabe weiß, ob man eine Zahl oder etwas anderes eingeben will. :-) cu, Christian PGP Key available. - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Open office funktioniert nicht
Wolfgang Jäth schrieb: > Passiert mir auch gelegentlich. Ist irgend ein Hänger, der sich > nicht fassen lässt. Ich vermute aber, das hat weniger mit dem > Programm selbst als eher mit irgend einer ungewöhnlichen lokalen > Konstellation vond Hard- und/oder Software (z. B. Treiber) auf dem > Rechner o. ä. zu tun. > Bei mir klappt jedenfalls folgende Vorgehensweise (Reihenfolge > genau einhalten, ist wichtig): Oha. Mal sehen, ob mir das dann einfällt, wenn mal so ein hartnäckiger Fall eintreten sollte. ;-) Da muß ja in einer der gezippten Dateien irgendein Eintrag verantwortlich sein, was sich eigentlich editieren lassen sollte. Ähnliches mache ich bei einem Dokument mit diversen Buttons, die sich beim Anklicken aus unerklärlichem Grund minimal verschieben, was irgendwann störend ist. Die entpacke ich nachts automatisiert, korrigiere die Positionsangabe in der .xml-Datei und packe alles wieder. Evtl. kann man auch dem Problem hier so beikommen. cu, Christian PGP Key available. - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
