Re: [de-users] Versionsabhängiges Einfrieren von LibreOffice nach Makrodurchlauf
Hallo Gerhard, Am 03.04.2019 um 22:33 schrieb Gerhard Weydt: Ich habe dafür keine Erklärung. Ich habe dann ein neues Writer-Dokument erzeugt, habe die Schaltfläche, den Dialog und den Makro-Code kopiert und eingefügt. Dieses Dokument liefert nun aber keinen Fehler, so dass ich annehmen möchte, dass irgend etwas im Dokument von Jürgen faul ist. Zum Dokument berichte ich wie folgt: Das Originaldokument, des besagten Herrn, für das diese Makro konzipiert ist, ist ein Buch mit ca. 250 Seiten. Das Makro lief einwandfrei. Zu Testzwecken hatte ich zuvor ein leeres Dokument mit mehr als 240 Seiten erstellt. Auch hier gab es anfänglich keinerlei Probleme. Erst nach besagtem LibO-Update und einem Win-Update wurde fror LibO ein. 1. Maßnahme ein gänzlich neue Dokument erstellt und den Code hineinkopiert. Ergebnis LibO friert ein, AOO nicht. 2. LibO Benutzerverzeichnis umbenannt Ergebnis LibO friert ein, AOO nicht. und vieles mehr... Bei einer meiner Tests in den letzten Tagen ist mir dieses aufgefallen: a) Writer mit dem Dokument öffnen b) Basic-IDE öffnen c) Das Programm mit aktivierter abschließender Messagebox starten (egal ob aus dem Dokument oder aus der IDE) d) LibO friert ein e) Taskmanger öffnen ( CPU-Last ca. 25% und sehr hoher Stromverbauch) f) Im Prozesse LibO nur die Basic-IDE killen, in diesem Moment schaltet die Ansicht im TM um auf "Warten auf Benutzer" Dieses hat für mich den Anschein, dass LibO nicht eingefroren ist, sondern die Messagebox den Fokus verloren hat, aber nicht mehr mit Mausklick reaktivierbar ist. Viele Grüße Jürgen -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-users] Versionsabhängiges Einfrieren von LibreOffice nach Makrodurchlauf
Hallo Gerhard, Am 03.04.2019 um 22:33 schrieb Gerhard Weydt: Frage noch an Jürgen: Warum wird der Dialog erst zur Laufzeit erzeugt, gibt es da einen Grund in dem wahrscheinlich komplizierteren Originaldokument? Ein vorab definierter Dialog ist viel bequemer, man muss sich nicht mit den Listenern befassen. Das Makro habe ich nicht für mich geschrieben, sondern für eine älteren Herrn (>80 J.). Es lief einwandfrei und er hatte es mehrfach in Gebrauch. Dieser hatte schon bei diversen einfacheren Makros Probleme mit der Verwaltung von Makros. Eigene Biblitheken anlegen, was sind Module, etc. Deshalb habe ich alles in einem Modul abgelegt. Ein gezeichnetes Dialogfenster hätte für ihn alles zu sehr verkompliziert. Nun ich hatte auch schon die Listener in Verdacht, zumal ich die Schaltfläche auf dem Dialog per Code geklont habe. Bevor ich das erstemal hier gepostet habe, hatte ich den Code so umgeschrieben, dass nur eine Schaltfläche und ein LIstener aktiv war. Aber auch hier blieb das Programm hängen. Viele Grüße Jürgen -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-users] Versionsabhängiges Einfrieren von LibreOffice nach Makrodurchlauf
Hallo Jürgen, Hans-Werner, Oliver, ich habe nun das Problem ziemlich eingrenzen können, kann aber keine Erklärung für das Verhalten finden. Aber im Detail: Ich habe Jürgens Programm reduziert, bis ich zu dem folgenden Rumpf gekommen bin: Sub StartKopfzeile DialogLibraries.LoadLibrary("Standard") 'auch ein fester Dialog bringt keine Änderung oDlg = createUnoDialog(DialogLibraries.Standard.Dialog1) oDlg.execute End Sub REM Aktion Pseudo-Kopfzeilen eintragen und formatieren Sub btnStart_actionPerformed(oEvent2) sUrl = converttoUrl("C:\Users\zwi\Musterdateien_02\Kopfzeilen_Texte.ods") Dim zFileProperties() As New com.sun.star.beans.PropertyValue ' Datei im Hintergrund öffnen oDocC = StarDesktop.loadComponentFromURL(sURL, "_blank", 0, zFileProperties()) Xray oDocC End Sub Ich habe einen festen Dialog verwendet und auch den Dateinamen fest eingegeben und das Hidden weggelassen, es war ja sowieso nicht aktiv, dadurch fällt sehr viel im Code weg. Das Verhalten ändert sich dadurch nicht, nach dem Xray bleibt LibO hängen; das scheint bei jeder Art von Dialog zu passieren. _*Das Wichtige aber:*_ startet man StartKopfzeile statt über die Schaltfläche direkt aus der Basic-IDE, dann läuft das Programm durch! Das ist möglicherweise auch der Grund, warum es bei Olivers Test im Batch geklappt hat. Ich habe dafür keine Erklärung. Ich habe dann ein neues Writer-Dokument erzeugt, habe die Schaltfläche, den Dialog und den Makro-Code kopiert und eingefügt. Dieses Dokument liefert nun aber keinen Fehler, so dass ich annehmen möchte, dass irgend etwas im Dokument von Jürgen faul ist. Das gleiche Vorgehen würde ich Jürgen empfehlen, ob sich jemand findet, der den wirklichen Grund rauskriegt, halte ich doch für fraglich. Frage noch an Jürgen: Warum wird der Dialog erst zur Laufzeit erzeugt, gibt es da einen Grund in dem wahrscheinlich komplizierteren Originaldokument? Ein vorab definierter Dialog ist viel bequemer, man muss sich nicht mit den Listenern befassen. Gruß Gerhard Am 02.04.2019 um 20:22 schrieb OoOHWHOoO: Hallo Oliver, da fällt mir jetzt nichts mehr dazu ein, außer: Hast Du das Makro mit "LO 6.2.1.2 (x64)" oder neuer getestet ? Der Fehler tritt erst ab "LO 6.2.x.x" auf ! Aus Deinem BugReport geht hervor, dass Dein Betriebssystem "Windows 10" ist, meines ist "Windows 7 Home Premium 64-bit". So könnte das Ganze auch eine "Windows 7"-spezifisches Problem sein, wenn Du das Makro mit "LO 6.2.1.2 (x64)" oder neuer getestet hast. Grüße Hans-Werner -- Originalnachricht -- Von: "Oliver Brinzing" An: users@de.libreoffice.org Gesendet: 02.04.2019 19:02:17 Betreff: Re: [de-users] Versionsabhängiges Einfrieren von LibreOffice nach Makrodurchlauf Hallo Hans-Werner, also ich hab das Makro extern via Batch gestartet - mit und ohne aktiven Schnellstarter. Bei mir läuft das durch, hab es mehrfach versucht. Gruß Oliver Am 02.04.2019 um 08:51 schrieb OoOHWHOoO: Bezug 1: https://listarchives.libreoffice.org/de/users/msg21463.html Bezug 2: https://listarchives.libreoffice.org/de/users/msg21448.html Hallo Oliver, ich habe jetzt mal ganz ausführlich getestet (s.u. TESTREIHE): [1] Es ist unerheblich, ob man den extern Makro-Aufruf via "WindowsBatch" oder "Perl" durchführt. Sollte also auch mit einem (vergleichbaren) Linux-BASH-Aufruf funktionieren. [2] Mit der LO-Dateiauswahl (com.sun.star.ui.dialogs.OfficeFolderPicker) funktioniert das Makro IMMER FEHLERFREI. [3] Mit der Betriebssystem-Dateiauswahl (com.sun.star.ui.dialogs.FolderPicker) funktioniert das Makro ab "LO 6.2.1.2" NICHT MEHR. [3.1] Das Makro bleibt hängen, wenn man via angezeigter Dateiauswahl ein Verzeichnis ausgewählt hat und danach die Dateiauswahl wieder (automatisch) ausgeblendet wurde. [3.2] Der WindowsTaskManager zeigt an, dass die Prozesse "soffice.bin" und "soffice.exe" existieren, aber keinerlei CPU-Last erzeugen. [4] Startet man in der Hängenbleiben-Situation [3.1] zusätzlich manuell "soffice.exe" nochmals, läuft das Makro dann fehlerfrei weiter. [4.1] Entgegen meiner früheren Aussage, muss man (beispielsweise) nicht eine neue CALC manuell öffnen, es reicht "soffice.exe" manuell (nachzu) starten. Wie das jetzt alles zusammenhängt ( Warum läuft das Makro weiter, wenn man "soffice.exe" manuell nachstartet ?) kann ich nicht erklären, da ich zu wenig über die LO-internen Abläufe weiß. Grüße Hans-Werner TESTREIHE (A) LO 5.3.7.2 (x64) - Installation PARALLEL "com.sun.star.ui.dialogs.FolderPicker" => OKAY "com.sun.star.ui.dialogs.OfficeFolderPicker" => OKAY (B) LO 6.1.5.2 (x64) - Installation PARALLEL "com.sun.star.ui.dialogs.FolderPicker" => OKAY "com.sun.star.ui.dialogs.OfficeFolderPicker" => OKAY (C) LO 6.2.1.2 (x64) - Installation PARALLEL "com.sun.star.ui.dialogs.FolderPicker" => ERROR + Makro bleibt hängen. + Startet man in dieser Situation "...\LibreOffice\program\soffice.exe" zusätzlich manuell nach, läuft das
Re: [de-users] BASE: Bildanzeige (PostgreSQL CONCAT)
Hallo Michael, > > Dann wäre jetzt die Zeit gekommen, eine Bugbeschreibung zusammen zu > stellen. Denn offensichtlich tut es ja der Treiber nicht korrekt, den LO > mitliefert. Kannst Du eine Beispieldatenbank mit einer entsprechenden > Abfrage zusammenbauen, die bei Kontakt über JDBC das Bild aus einer > Abfrage heraus mit zusammengestelltem Pfad anzeigt, dies aber mit dem > direkten Treiber nicht tut? Habe den Bug anhand Deiner Beschreibung mit entwas anderer Formulierung hier gemeldet: https://bugs.documentfoundation.org/show_bug.cgi?id=124530 Es scheint wirklich so zu sein, dass der native Treiber für PostgreSQL nicht das leistet, was der JDBC-Treiber locker hin bekommt. Das mit der fehlenden Funktionalität für die Erstellung von Ansichten über die Base-GUI ist schon ein starkes Stück. Auch das habe ich hier gemeldet: https://bugs.documentfoundation.org/show_bug.cgi?id=124531 Gruß Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-users] BASE: Bildanzeige (PostgreSQL CONCAT)
Hallo Michael, > ich habe den Treiber 42.2.5 von > https://jdbc.postgresql.org noch einmal heruntergeladen, an anderer > Stelle lokal gespeichert und die .jar-Datei unter Extras > Optionen > > LibreOffice > Erweitert > Class Path > eingetragen. > > Das funktioniert jetzt und auch die Bildanzeige erfolgt wie erwartet! Dann wäre jetzt die Zeit gekommen, eine Bugbeschreibung zusammen zu stellen. Denn offensichtlich tut es ja der Treiber nicht korrekt, den LO mitliefert. Kannst Du eine Beispieldatenbank mit einer entsprechenden Abfrage zusammenbauen, die bei Kontakt über JDBC das Bild aus einer Abfrage heraus mit zusammengestelltem Pfad anzeigt, dies aber mit dem direkten Treiber nicht tut? Gruß Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-users] LO 6.2: Darf Cache-Ordner gelöscht werden ?
Der Cache-Ordner wird normal neu erstellt, wenn er fehlt. Ich würde ihn einfach einmal umbennen statt zu löschen: z.B. ihm die Endung .alt im Ordnernamen anhängen und sehen was passiert... Ralf Scherzer Am 03.04.2019 um 08:48 schrieb Martin Jenniges:> Guten Tag, > > > bei der Suche nach Problemlösungen bezüglich schlecht sichtbare Icon > fand ich in einem Bug-Report den Hinweis, das Problem würde mit Löschung > des Cache -Ordners beseitigt. > > > Darf man den Cache -Ordner wirklich löschen ? > > > mit freundlichem Gruss > > > Martin Jenniges > > > -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-users] LO 6.2: Darf Cache-Ordner gelöscht werden ?
Am 03.04.2019 um 08:48 schrieb Martin Jenniges: Guten Tag, bei der Suche nach Problemlösungen bezüglich schlecht sichtbare Icon fand ich in einem Bug-Report den Hinweis, das Problem würde mit Löschung des Cache -Ordners beseitigt. Darf man den Cache -Ordner wirklich löschen ? ... Moin, einen Cache/Cache-Ordner (C:\Benutzer\[Benutzername]\AppData\Roaming\LibreOffice\[4]\cache zu löschen, ist IMHO kein Problem, wenn das Programm geschlossen ist. Ein Cache dient zum Sammeln von Daten zur beschleunigten Ausführung. Es kann also schlimmstenfalls etwas länger dauern, wenn der Cache neu angelegt wird. Sollte damit ein Problem gelöst werden, wäre es mir das wert. Problematischer ist es, den Profilordner (C:\Benutzer\[Benutzername]\AppData\Roaming\LibreOffice\[4]\user\...) zu löschen, was ebenso als Lösung bei einigen Problemen empfohlen wird. Der Profilordner \user enthält u. a. die Autokorrekturen, Autotexte und eigenen Vorlagen - die möchte man nicht verlieren. Mit freundlichen Grüßen Detlef Wiese -- Wer in der Demokratie schläft wird in einer Diktatur aufwachen! -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
Re: [de-users] BASE: Bildanzeige (PostgreSQL CONCAT)
Hallo Robert, vielen Dank für Deine Anleitung, ohne die hätte ich's nicht geschafft; die Konnektoren sind ja "etwas" fummelig. dBeaver hat sich selbst den JDBC-Treiber vonhttps://jdbc.postgresql.org installiert und arbeitet damit. Dann kannst Du mit dem Treiber auch über LibreOffice arbeiten. Auch das ist nicht gelungen, ich habe den Treiber 42.2.5 von https://jdbc.postgresql.org noch einmal heruntergeladen, an anderer Stelle lokal gespeichert und die .jar-Datei unter Extras > Optionen > LibreOffice > Erweitert > Class Path > eingetragen. Das funktioniert jetzt und auch die Bildanzeige erfolgt wie erwartet! Vielen Dank, Michael -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-users] LO 6.2: Darf Cache-Ordner gelöscht werden ?
Guten Tag, bei der Suche nach Problemlösungen bezüglich schlecht sichtbare Icon fand ich in einem Bug-Report den Hinweis, das Problem würde mit Löschung des Cache -Ordners beseitigt. Darf man den Cache -Ordner wirklich löschen ? mit freundlichem Gruss Martin Jenniges -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
[de-users] LibreOffice-DownloadArchiv seit einiger Zeit OFFLINE - RESOLVED
Hallo, das LibreOffice-DownloadArchiv ( http://downloadarchive.documentfoundation.org/libreoffice/old/ ) ist wieder ONLINE: Index of /libreoffice/old NameLast modifiedSizeMetadata Parent Directory- 1_README.betas.txt10-May-2013 17:17 401 Details 3.3.0.4/04-Oct-2011 16:02 - 3.3.1.2/04-Oct-2011 15:59 - 3.3.2.2/04-Oct-2011 16:02 - : 6.2.2.2/21-Mar-2019 10:47 - 6.2.3.1/31-Mar-2019 23:23 - : Die "Separate Install GUI" funktioniert damit auch wieder. Grüße Hans-Werner -- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/users/ Datenschutzerklärung: https://www.documentfoundation.org/privacy