libreoffice / lots Goto Github PK
View Code? Open in Web Editor NEWLetterhead, template, form, autotext, mail merge,... extension for LibreOffice
Home Page: https://wollmux.org/
License: European Union Public License 1.1
Letterhead, template, form, autotext, mail merge,... extension for LibreOffice
Home Page: https://wollmux.org/
License: European Union Public License 1.1
Decision was taken by TDF marketing.
Dummy
Hallo liebes Wollmux-Entwicklerteam,
die Ärztekammer Schleswig-Holstein prüft derzeit ein Update von LibreOffice 6.1.5, Wollmux 16.04 und OpenJDK 8 auf LibreOffice 7, aktuelle Wollmux Version und eine aktuelle OpenJDK Version.
Leider sind wir da immer wieder in Probleme gelaufen. Häufig crashed LibreOffice beim Neueinlesen der Feldbefehle via FormularMax 4000.
Haben Sie da evtl. eine stabil lauffähige Kombination für uns, mit der wir Testen können?
Über sachdienliche Hinweise würden wir uns sehr freuen :-)
Viele Grüße aus dem hohen Norden und bleiben Sie gesund.
Ihre IT-Abteilung der Ärztekammer Schleswig-Holstein
In many case when an exception is thrown there is a user-readable message, which is translated to English, but not all. Many of the translated ones are also marked for localization with the L.m() call.
Proposal is:
(1) Translate all German strings to English
(2) Mark them for localization as needed.
Current list can be queried with
git grep "throw new .*Exception" | grep -v "L.m"
(this gives now 191 hits, not all of them relevant though)
Currently a static string:
But be good to run ratscan or scancode or REUSE over the src tree & third-party add-ons occasionally, and update that file.
From [email protected] on April 20, 2012 13:23:08
Welche Schritte sind nötig, um das Problem zu reproduzieren? 1.WollMux Seriendruck aufrufen und Gesamt-PDF erzeugen lassen Was ist das erwartete Ergebnis? Was passiert stattdessen? 1.Die Funktion Drucke (PDF) stürzt nach rund 100, 200 oder 500 Teildokumenten (3-seitig) ab, gelegentlich läuft sie auch durch.
2. Ich habe direkt im Anschluß an den Absturz (kein PC-Neutstart, keine Bereinigung der TEMP-ordner) die gleichen Dateien zur Erstellung einer Gesamt-ODT-Datei benutzt(1060 Datensätze).
Dies lief fehlerfrei durch. Der odt-Zweig zeigt sich insgesamt als sehr stabil.
Welche Version des WollMux wurde verwendet?
WollMux 12.3rev2002
OpenOffice.org 3.2.1
OOO320m19 (Build:9505)
LHM 110517001
Windows XP SP3 Bitte weitere Informationen hier angeben: Jeder Absturz hinterlässt zudem einige Hundert Temporäre PDF-dateien im Ordner (User)\Lokale Einstellungen\Temp
Original issue: http://code.google.com/p/wollmux/issues/detail?id=15
From [email protected] on January 27, 2012 09:59:30
Das Look&Feel der WollMuxBar? sollte durch den Benutzer einfach nach seinen eigenen Vorlieben anpassbar sein. Es könnte eine gewisse Menge an "Themes" zur Verfügung gestellt werden, zwischen denen der Endbenutzer (optimalerweise per GUI) umschalten kann.
Original issue: http://code.google.com/p/wollmux/issues/detail?id=5
Hallo zusammen,
vorab: das Verlagern der Wollmuxbar in die Seitenleiste finde ich eine gute Idee, grundsätzlich läuft das auch. Bei uns läuft aktuell LO 7.1.2.2 auf einem Suse-Server Enterprise 15 SP2, hier teste ich verschiedene Wollmux-Versionen ab Version 18.1.8.
Zum einen habe ich festgestellt, dass der Wollmux bei uns was Java angeht nur mit der Oracle 11.x-Version funktioniert.
Das über Pop-Up-Fenster (mit Formularmax 4000 angelegt) angesteuerte Ein-/Ausblenden von Texten z.B. über Check-Boxen funktioniert gar nicht, es gibt keine Reaktion im Dokument. Letzendlich werden da ja nur definierte Bereiche eingeblendet ode rauch nicht.
Auch sind die in der Seitenleiste untergebrachten Tabs zur Dateneingabe bei Formularen meist zu klein, kann man irgendwo eine Mindestgröße einstellen ? Früher hat man im Formularmax einfach im Tab ein paar Zeilen mehr als eigentlich notwendig angelegt und später im Dokument war das Eingabefenster immer groß genug für alle Dateneingaben.
Beim Serienbrief ist mir aufgefallen, dass Geldsummen aus einer Datenquelle nicht als formatierte Währungsfelder in den Serienbrief übernommen werden, sodass z.B. aus 9,90 € plötzlich 9,9 werden, das kriege ich auch nicht geändert, egal wie ich die Zellen im Calc definiere, im Serienbrief ist die Formatierung weg.
Vielen Dank im Voraus für sachdienliche Hinweise.
Gruß
Holger Krahé
From [email protected] on November 18, 2013 16:06:26
Welche Schritte sind nötig, um das Problem zu reproduzieren? 1. LO 4.1 auf Citrix Xenapp 6.5HRP2 unter Win2008R2 installieren.
2. unopkg add --shared WollMux.oxt
3. mit verschiedenen Benutzern anmelden Was ist das erwartete Ergebnis? Was passiert stattdessen? Erwartet: Die Benutzer können den WollMux unter Extras aufrufen.
Stattdessen: Der Administrator kann den WollMux aufrufen, bei allen anderen Benutzern ist der WollMux ausgegraut. Welche Version des WollMux wurde verwendet? Welche Version von Openoffice.org/LibreOffice? Welches Betriebssystem? WollMux 11.10, LO 4.0/4.1.3, Win2008R2 Bitte weitere Informationen hier angeben: Das Ergebnis von unopkg list --shared sind im Anhang als .txt -Datei.
Auffällig ist:
URL: vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/lu2csra.tmp_/WollMux.oxt
is registered: unknown
UND
URL: vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/lu2csra.tmp_/WollMux.oxt/WollMux.uno.jar
is registered: no
Media-Type: application/vnd.sun.star.uno-component;type=Java
Description:
Attachment: unopkg_admin.txt unopkg_user.txt
Original issue: http://code.google.com/p/wollmux/issues/detail?id=23
Many thanks to Christoph Lutz for the workaround. PLEASE FORGIVE THE MARKDOWN-RELATED FORMATTING PROBLEMS IN THIS MESSAGE
System: Win7, 32-bit, SP1.
LO version: 4.3.5.2 (C:\Program Files\LibreOffice 4)
WollMux version: daily build from January 16, 2015.
Install path (manual): C:\WollMux
Symptoms:
Output of noluck-wollmuxbar.bat:
C:\WollMux>noluck-wollmuxbar.bat
com.sun.star.lib.loader.InstallationFinder::getPathFromWindowsRegistry: reading
key from Windows Registry failed: com.sun.star.lib.loader.WinRegKeyException: op
ening registry key failed!
com.sun.star.lib.loader.Loader::getCustomLoader: no UNO installation found!
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.sun.star.lib.loader.Loader.main(Loader.java:138)
Caused by: java.lang.NoClassDefFoundError: com/sun/star/util/XStringSubstitution
at de.muenchen.allg.itd51.wollmux.dialog.WollMuxBar.startWollMuxBar(Woll
MuxBar.java:2434)
at de.muenchen.allg.itd51.wollmux.dialog.WollMuxBar.main(WollMuxBar.java
:2367)
... 5 more
Caused by: java.lang.ClassNotFoundException: com.sun.star.util.XStringSubstituti
on
at com.sun.star.lib.loader.Loader$CustomURLClassLoader.findClass(Loader.
java:360)
at java.lang.ClassLoader.loadClass(Unknown Source)
at com.sun.star.lib.loader.Loader$CustomURLClassLoader.loadClass(Loader.
java:371)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 7 more
C:\WollMux>
Output of uno-wollmuxbar.bat:
C:\WollMux>uno-wollmuxbar.bat
com.sun.star.lib.loader.Loader::getCustomLoader: exec unoinfo: java.io.IOExcepti
on: Cannot run program ""C:\Program Files\LibreOffice 4\program"\unoinfo": Creat
eProcess error=87, The parameter is incorrect
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.sun.star.lib.loader.Loader.main(Loader.java:138)
Caused by: java.lang.NoClassDefFoundError: com/sun/star/util/XStringSubstitution
at de.muenchen.allg.itd51.wollmux.dialog.WollMuxBar.startWollMuxBar(Woll
MuxBar.java:2434)
at de.muenchen.allg.itd51.wollmux.dialog.WollMuxBar.main(WollMuxBar.java
:2367)
... 5 more
Caused by: java.lang.ClassNotFoundException: com.sun.star.util.XStringSubstituti
on
at com.sun.star.lib.loader.Loader$CustomURLClassLoader.findClass(Loader.
java:360)
at java.lang.ClassLoader.loadClass(Unknown Source)
at com.sun.star.lib.loader.Loader$CustomURLClassLoader.loadClass(Loader.
java:371)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 7 more
(My WollMuxBar.bat)
set JAVA_PATH="C:\ProgramData\Oracle\Java\javapath"
set UNO_PATH="C:\Program Files\LibreOffice 4\program"
set URE_HOME="C:\Program Files\LibreOffice 4\URE"
set PATH=%URE_HOME%\bin;%UNO_PATH%;%JAVA_PATH%;%PATH%
java.exe -jar WollMuxBar.jar
(Output when running WollMuxBar.bat from console with admin privs)
C:\WollMux>java.exe -jar WollMuxBar.jar
com.sun.star.lib.loader.Loader::getCustomLoader: exec unoinfo: java.io.IOException: Cannot run program ""C:\Program Files\LibreOffice 4\program"\unoinfo": CreateProcess error=87, The parameter is incorrect
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.sun.star.lib.loader.Loader.main(Loader.java:138)
Caused by: java.lang.NoClassDefFoundError: com/sun/star/util/XStringSubstitution at de.muenchen.allg.itd51.wollmux.dialog.WollMuxBar.startWollMuxBar(WollMuxBar.java:2434)
at de.muenchen.allg.itd51.wollmux.dialog.WollMuxBar.main(WollMuxBar.java:2367)
... 5 more
Caused by: java.lang.ClassNotFoundException: com.sun.star.util.XStringSubstitution
at com.sun.star.lib.loader.Loader$CustomURLClassLoader.findClass(Loader.java:360)
at java.lang.ClassLoader.loadClass(Unknown Source)
at com.sun.star.lib.loader.Loader$CustomURLClassLoader.loadClass(Loader.java:371)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 7 more
It looks like maybe the Create Process Error=87 might be at the root of this? Or maybe missing class XStringSubstitution?
you are using LibreOffice 4.3.x, right? I'm still using LibreOffice 4.2.x and don't have got these problems.
Maybe they (again) changed something in the tooling-interface (here accepted argument line for "unoinfo"). You should please file an issue for that in the WollMux issuetracker https://github.com/WollMux/WollMux/issues with all the relevant infos from this thread - and we should investigate on this.
In the meantime you could try or work around the unoinfo-problem by manually providing the libreoffice location. Use the following lines (adjust your LO_PATH):
@echo off
set LO_PATH="C:\Program Files (x86)\LibreOffice 4"
java -cp WollMuxBar.jar;%LO_PATH%\URE\java\juh.jar;%LO_PATH%\program\classes\unoil.jar de.muenchen.allg.itd51.wollmux.dialog.WollMuxBar
The difference here is that you don't use the -jar-switch in java. The -jar switch automatically uses the "tooling", while directly starteing de.muenchen.allg.itd51.wollmux.dialog.WollMuxBar doesn't require the tooling.
And of course you could also try to use LO 4.2.x...
regards,
Christoph Lutz
Question: Is it possible the "CreateProcess error=87" could be related to the (reported) Windows limit on the length of CLASSPATH?
Kind regards,
Winter
Currently there is a lot of LOGGER calls in the code with inconsistent language: some strings are German, some are English.
Some are marked for translation with the L.m() call, some are not.
Proposal is:
(1) Translate all such strings to English
(2) Rethink whether all these are really worth translating into all languages. Are these visible anywhere else than in the wollmux.log file?
Add/remove L.m() calls as deemed fit.
From [email protected] on June 17, 2013 09:40:42
Welche Schritte sind nötig, um das Problem zu reproduzieren? 1. Deinstallation WollMux 10.8
2. Deinstallation OO 3.2.1
3. Installation Apache OO 3.4.1
4. Installation WollMux 10.8
Was ist das erwartete Ergebnis?
OO 3.4.1 und WollMux ablauffähig
Was passiert stattdessen?
WollMux-Installation läuft auf Fehler.
Welche Version des WollMux wurde verwendet?
WollMux Version 10.8
Welche Version von Openoffice.org/LibreOffice?
alt: OpenOffice 3.2.1
neu: Apache OO-Version 3.4.1
Welches Betriebssystem?
Windows XP Bitte weitere Informationen hier angeben: siehe anhängendes Dokument
Attachment: WollMux-Problem.odt
Original issue: http://code.google.com/p/wollmux/issues/detail?id=19
From [email protected] on June 25, 2014 12:31:51
Welche Schritte sind nötig, um das Problem zu reproduzieren? 1. Installation von LibreOffice 4.1.6 (oder auch Apache 4.0.1) auf Win7
2. Download des WollMux-Installerpakets
3. Starten des Installerpakets
4. Den Hinweis, dass alle Office-Instanzen beendet werden, mit "OK" bestätigen.
Was ist das erwartete Ergebnis?
Die Installation läuft erfolgreich durch.
Was passiert stattdessen?
Die Installation bricht mit einer Meldung "Es können " ab. Welche Version des WollMux wurde verwendet? Welche Version von Openoffice.org/LibreOffice? Welches Betriebssystem? Win7, LibreOffice 4.1.6 bzw. Apache OpenOffice 4.0.1, Wollmux 10.8 oder 11.10a Bitte weitere Informationen hier angeben: Bei der Gelegenheit kann auch im NSIS-Installationsskript der Registrypfad, unter dem die Office-Installation gesucht wird, für OpenOffice auf OpenOffice (statt OpenOffice.org) geändert werden. (Der Pfad hat sich für AOO geändert.)
Original issue: http://code.google.com/p/wollmux/issues/detail?id=24
From [email protected] on April 20, 2012 13:51:02
Welche Schritte sind nötig, um das Problem zu reproduzieren? WollMux Seriendruck aufrufen und Gesamt-ODT erzeugen lassen. Im zweiten Teilschritt "Gesamtdokument erzeugen" auf den Abbrechen-Button klicken. Was ist das erwartete Ergebnis? Was passiert stattdessen? Unterbricht man den Seriendruck in ein ODF-Gesamtdokument, im 2. Teilschritt "Gesamtdokument erzeugen" dann wird die WollMux-Fortschrittsanzeige geschlossen.
OpenOffice blockiert jedoch vollständig (Dauereieruhr) und kann nur noch über den Taskmanager abgeschossen werden.
Welche Version des WollMux wurde verwendet?
WollMux 12.3rev2002
OpenOffice.org 3.2.1
OOO320m19 (Build:9505)
LHM 110517001
Windows XP SP3 Bitte weitere Informationen hier angeben: Jeder Absturz hinterlässt zudem einige Hundert Temporäre PDF-dateien im Ordner (User)\Lokale Einstellungen\Temp
Original issue: http://code.google.com/p/wollmux/issues/detail?id=17
Hallo zusammen,
ich wollte heute erstmals WollMux installieren. Die Installation ist mir auch gelungen, nachdem ich Java ausgewählt und unter Ubuntu 18.04 noch "libreoffice-java-common" installiert habe.
Leider finde ich die Standardkonfigurations-Datei über wollmux.org nicht, da die dortigen Links kaputt sind. Generell sind auf dieser Webseite einige Links nicht in Ordnung oder verweisen wieder auf irgendeine übergeordnete Seite von der man eigentlich gerade erst gekommen ist.
Kann mir jemand einen Link zu der Standardkonfigurations-Datei mitteilen?
Vielen Dank im Voraus.
Tim
From [email protected] on January 25, 2012 16:04:36
Welche Schritte sind nötig, um das Problem zu reproduzieren? 1. Serienbrief Dokument erzeugen
2. Datenquelle mit Datensätzen mit Umlauten verknüpfen
3. Dokument ausdrucken als odt Gesamtdokument Was ist das erwartete Ergebnis? Was passiert stattdessen? Erwartet: korrekte Darstellung der Umlaute von Datensätzen im Ausdruck
Realität:
Original issue: http://code.google.com/p/wollmux/issues/detail?id=3
Hallo,
ich habe bei mir den WollMux mit LibreOffice 6.4.7.2 unter Debian laufen. Jetzt habe ich die zentrale Formatvorlagen.ott (Formate) geändert (z. B. Formatvorlage "Datum" Schriftfarbe auf rot gesetzt) - leider wird in dem Briefkopf.ott durch WM(CMD 'insertFrag' FRAG_ID 'Formate' STYLES ('TextStyles' 'NumberingStyles')) die vorhandene Formatvorlage nicht überschrieben. Manuell über Vorlagen->Vorlagen Laden->Aus Datei mit Überschreiben funktionierts. Dann hat die Formatvorlage "Datum" in der Briefkopf.ott die Schriftfarbe rot.
Ich habe mir noch mal die Konfig mit den Dokumenten der LHM installiert. Auch da funktioniert es nicht mit z.B. dem Externen Briefkopf.
Was mache ich falsch?
From [email protected] on August 28, 2013 10:04:33
The output is double-sided, although you chose non-duplex print.
WollMux version is 13.8 rev 2049, LO 3.6.4
Original issue: http://code.google.com/p/wollmux/issues/detail?id=22
When i click the link wollmux-interfaces in README.md,
it tries to open https://github.com/WollMux/WollMux/blob/WollMux_18.2/idl/README.md
But that site show an 404 error.
From [email protected] on January 27, 2012 10:53:46
Datumsfelder muessen von FormFieldFactory.createFormField() gefunden und zurueckgeliefert werden.
Leider haben textfield.DateTime Objekte nicht einfach ein Content Property das man setzen und auslesen kann.
Es wird wohl kein Weg daran vorbei fuehren, mit Hilfe des Service NumberFormatter und des Properties NumberFormat zwischen Strings und Zeitwerten zu konvertieren.
Interaktion mit updateFields Kommando:
updateFields muss ausgefuehrt werden bevor die Werte fuer die FormularGUI aufgesammelt werden, damit kein falscher Datumswert in die FormGUI wandert (und von dort via valuechanged() wieder im Dokument landen wuerde).
Original issue: http://code.google.com/p/wollmux/issues/detail?id=10
With Wollmux 18.0.10 and LibreOffice 6.0 some Documents don't work properly. The form to write the text in does not open automatically like usual.
It seems there is a problem with the autofill function, which worked well with LibreOffice 5.2.8.0 .
I noticed in most calls of the showInfoModal function the UI strings are localized with L.m() calls, but in some cases they are not.
Proposal is to review these places and translate the German strings to English and mark them for localization.
Current list:
$ git grep showInfoModal | grep -v "L.m" | grep -v "InfoDialog.java:"
core/src/main/java/de/muenchen/allg/itd51/wollmux/document/commands/DocumentExpander.java: InfoDialog.showInfoModal("WollMux", error);
core/src/main/java/de/muenchen/allg/itd51/wollmux/event/handlers/OnCheckInstallation.java: InfoDialog.showInfoModal(title, msg);
core/src/main/java/de/muenchen/allg/itd51/wollmux/mailmerge/printsettings/MailmergeWizardController.java: InfoDialog.showInfoModal("Seriendruck fehlgeschlagen", e.getMessage());
core/src/main/java/de/muenchen/allg/itd51/wollmux/mailmerge/sidebar/MailMergeController.java: InfoDialog.showInfoModal("", e1.getMessage());
core/src/main/java/de/muenchen/allg/itd51/wollmux/mailmerge/sidebar/MailMergeController.java: InfoDialog.showInfoModal("", ex.getMessage());
core/src/main/java/de/muenchen/allg/itd51/wollmux/mailmerge/sidebar/MailMergeController.java: InfoDialog.showInfoModal("", ex.getMessage());
core/src/main/java/de/muenchen/allg/itd51/wollmux/mailmerge/sidebar/MailMergeController.java: InfoDialog.showInfoModal("Druck konnte nicht gestartet werden", ex.getMessage());
core/src/main/java/de/muenchen/allg/itd51/wollmux/print/ShowDocument.java: InfoDialog.showInfoModal("WollMux", "Dokument konnte nicht angezeigt werden.");
core/src/main/java/de/muenchen/allg/itd51/wollmux/print/ShowDocument.java: InfoDialog.showInfoModal("WollMux", "Dokument konnte nicht angezeigt werden.");
core/src/main/java/de/muenchen/allg/itd51/wollmux/sender/dialog/PersoenlicheAbsenderlisteVerwalten.java: InfoDialog.showInfoModal(INFO_DIALOG_TITLE,
core/src/main/java/de/muenchen/allg/itd51/wollmux/sender/dialog/PersoenlicheAbsenderlisteVerwalten.java: InfoDialog.showInfoModal(INFO_DIALOG_TITLE, "Der Sender konnte nicht kopiert werden.");
core/src/main/java/de/muenchen/allg/itd51/wollmux/sender/dialog/PersoenlicheAbsenderlisteVerwalten.java: InfoDialog.showInfoModal(INFO_DIALOG_TITLE,
core/src/main/java/de/muenchen/allg/itd51/wollmux/sender/dialog/PersoenlicheAbsenderlisteVerwalten.java: InfoDialog.showInfoModal(INFO_DIALOG_TITLE, "Es wurde nichts gefunden.");
core/src/main/java/de/muenchen/allg/itd51/wollmux/sidebar/WollMuxSidebarContent.java: InfoDialog.showInfoModal("Multiformulare werden nicht mehr unterstützt",
core/src/main/java/de/muenchen/allg/itd51/wollmux/slv/ContentBasedDirectiveModel.java: InfoDialog.showInfoModal("Überschneidende Druckblöcke",
core/src/main/java/de/muenchen/allg/itd51/wollmux/slv/print/ContentBasedDirectivePrint.java: InfoDialog.showInfoModal("Sachleitende Verfügungen drucken",
core/src/main/java/de/muenchen/allg/itd51/wollmux/slv/print/ContentBasedDirectivePrintCollect.java: InfoDialog.showInfoModal("Sachleitende Verfügungen drucken", "Die Dokumente konnten nicht gesammelt werden.");
From [email protected] on January 25, 2012 16:21:22
Welche Schritte sind nötig, um das Problem zu reproduzieren? 1. Feld + nächster Datensatz in Etikette einfügen
2. Übernahme mit "Etiketten synchronisieren" in die anderen Etiketten
3. Wollmux Funktion Vorschau Was ist das erwartete Ergebnis? Was passiert stattdessen? Erwartet: Darstellung der einzelnen Datensätze in den Etiketten
Realität: Alle Etiketten enthalten den ersten Datensatz Welche Version des WollMux wurde verwendet? Welche Version von Openoffice.org/LibreOffice? Welches Betriebssystem? WollMux 11.10RC1
LibreOffice 3.4.4
Windows XP Bitte weitere Informationen hier angeben: Ist auch bei der Standard-Seriendruckvariante von LibO bei "Daten in Felder" Ansicht auch so (sic!). Aber im Gegensatz zum WollMux korrigiert sich die Ansicht bei erneuter Auswahl von "Daten in Felder".
Original issue: http://code.google.com/p/wollmux/issues/detail?id=4
Currently most section names in the config files are in German.
For wider adoption it would be better to be able to provide these in English.
See the files in https://github.com/LibreOffice/wollmux-config/tree/main/.wollmux/config/conf
Some examples:
oooEinstellungen.conf: OOoEinstellungen
funktionen.conf: Funktionen, Druckfunktionen
email.conf: EMailEinstellungen
datenquellen.conf: Datenquellen, Datenquelle, PersoenlicheAbsenderlisteInitialisierung, Suchstrategie
textbausteine.conf: Textbausteine, Warnungen, Kuerzel, Textfragmente
tastenkuerzel.conf: Tastenkuerzel (also it uses the strg as key - maybe support Ctrl here?)
formularmax4000.conf: Standardelemente, Empfaengerauswahl, Eingabefelder,
referat.conf: AbsenderdatenSpaltenumsetzung, ExterneAnwendungen, SachleitendeVerfuegungen, Funktionsdialoge
adressauswahl-referat.conf, adressauswahl-standard.conf: Suche, Spaltenumsetzung, Suchergebnis, Vorschau, Fussbereich
Dateinamensanpassung.conf: VerfuegbarenPfadVerwenden
wollmuxbar_standard.conf: Menueleiste, Symbolleisten, Briefkopfleiste, Menues, Elemente
mapDienstBezKurzLang.conf, mapDienstgebaeude.conf, mapOrgaKurz.conf, mapReferent.conf: Daten
From [email protected] on January 27, 2012 11:09:45
Damit keine HTML-Kenntnisse und ein direktes Editieren der Formularbeschreibung mehr nötig sind, wäre es schön eine Art minimalen WYSIWYG-Editor zu haben um die FormGUI visuell schöner gestalten zu können.
Die Funktionen sollten Fett/Kursiv/Unterstrichen und eine Farbauswahl umfassen.
Original issue: http://code.google.com/p/wollmux/issues/detail?id=12
From [email protected] on December 03, 2014 11:41:42
Die Aufrufparameter waren bisher fest vorgegeben, mit umsetzung des unten aufgeführten fdo issues können und sollten sie nun konfigurierbar werden.
Mit dieser Änderung sollte es nun möglich sein folgende Parameter nicht zu setzen:
--norestore
--nolockcheck
siehe auch: https://bugs.freedesktop.org/show_bug.cgi?id=86784
Original issue: http://code.google.com/p/wollmux/issues/detail?id=26
Across the industry, there's been a drive to use more inclusive computer terminology.
Background: https://tools.ietf.org/html/draft-knodel-terminology-02
This is a catch-all issue (and perhaps a longer-living task), to:
From [email protected] on August 28, 2013 09:57:36
desired behaviour is, every time the writer doc is in foreground, the "Tabellenspalten ergänzen"-dialog is visible too.
actual behaviour is the "Tabellenspalten ergänzen"-dialog becomes invisible after the second or third switch between writer and cal.
WollMux version is 13.8 rev 2049, LO 3.6.4
Original issue: http://code.google.com/p/wollmux/issues/detail?id=21
Seems WollMux is doing some network lookups on startup ,that are particularly onerous if network is slow or down
From [email protected] on January 27, 2012 10:44:04
In der FormularGUI sollen auch Elemente vom Typ button über das GROUPS-Attribut gesteuert werden können.
Ein Button, der über GROUPS deaktiviert wurde, sollte dabei nicht tatsächlich unsichtbar, sondern ausgegraut werden.
Konkreter Anwendungsfall: In der Abtretungserklärung soll der Weiter-Knopf des Tabs "Darlehen/Abtretung?" nur dann aktiv sein, wenn mindestens eine Abtretung ausgewählt wurde. Nur dann kann eine sinnvolle Abtretungserklärung erstellt werden.
Ist keine Abtretung ausgewählt, macht es Sinn, den Benutzer durch deaktivieren des Writer-Knopfes darauf hinzuweisen, dass noch eine Eingabe fehlt.
Original issue: http://code.google.com/p/wollmux/issues/detail?id=8
From [email protected] on January 27, 2012 10:20:34
Es wäre eventuell sinnvoll auf dem letzten Tab der FormGUI eine Schaltflaeche zu haben,
die das Writer-Dokument maximiert und die Fomular-GUI in den Hintergrund bringt,
damit der Benutzer das Writer-Dokument pruefen kann.
Was dagegen spricht ist mangelnder Platz in der Buttonleiste und die Tatsache,
dass so ein Button bereits vorhanden ist, naemlich in Form des bekannten "Maximieren" Knopfes rechts oben am Writer-Fenster bzw. Doppelklick auf die Fensterzeile.
Man könnte höchstens den Abbrechen-Knopf, auf dem letzten Tab, durch den neuen Button ersetzen. Auf den anderen Tabs muss auf jeden Fall weiter ein Abbrechen-Knopf bleiben.
Original issue: http://code.google.com/p/wollmux/issues/detail?id=7
Hallo zusammen,
ich versuche gerade die Wollmuxversion (18.1.13.oxt mit 18.1.0-config) unetr Suse mit LO 6.1 bzw. 6.4 ans laufen zu bringen.
Grundsätzlich läuft jetzt zumindest die Sidebar, allerdings sind alle Versuche, neue Nutzer in der Absenderliste einzutragen, beim Neustart von Libreoffice mit einer überschriebenen cache.conf und einer Fehlermeldung in der wollmux.log gescheitert.
Die Fehlermeldung lautet:
2020-08-06 08:06:58 WARN de.muenchen.all.itd51.wollmux.core ConfClassLoader:105 - ClassLoader wurde nicht konfiguriert
2020-08-06 08:05:58 ERROR de.muenchen.allg.itd51.wollmux.core.db.LocalOverrideStorageStandardImpl:156 - home/wollmux/.wollmux/cache.conf enthält korrupten Datensatz (Spalte Funktion nicht im Schema) => Cache wird ignoriert!
Java-Laufzwitumgebung ist aktiviert, das manuelle einpflegen der Spalte "Funktion" in die cache.conf hat nichts gebracht, sie wird trotzdem beim nächsten Neustart von libreoffice überschrieben. Ich komme allerdings auch gar nicht an die vordefinierte PAL-List ran. Was mache ich falsch ? In unserer alten Konfiguration (16.04) lief die cache.confvöllig problemlos.
Vielen Dank für Hilfe im Voraus.
Gruß
Holger
mvn generate-sources
fails with the following error:
[ERROR] Failed to execute goal on project wollmux: Could not resolve dependencies for project de.muenchen:wollmux:jar:19.0.0-SNAPSHOT: Could not find artifact de.muenchen:wollmux-interfaces:jar:19.0.0-SNAPSHOT -> [Help 1]
There are still some user visible instances when the LOTS extension refers to itself as WollMux. These could be changed to LOTS for consistency.
For example:
From [email protected] on March 06, 2012 21:34:18
Welche Schritte sind nötig, um das Problem zu reproduzieren? 1. Writer öffnen --> Wollmux Seriendruck Menü im aktuellen Dokument aktiv
2. Neues Writer Dokument öffnen über Datei-Neu-Textdokument Was ist das erwartete Ergebnis? Was passiert stattdessen? Erwartet wäre, dass der Menüpunkt weiterhin aktiv ist. Im zweiten Dokument ist er aber inaktiv. Welche Version des WollMux wurde verwendet? Welche Version von Openoffice.org/LibreOffice? Welches Betriebssystem? WollMux 11.10RC1
LibreOffice 3.4.5
Windows XP und Ubuntu 10.04
Original issue: http://code.google.com/p/wollmux/issues/detail?id=14
From [email protected] on October 31, 2014 15:14:40
Welche Schritte sind nötig, um das Problem zu reproduzieren? 1.1 Bauen der TerminateOOo.jar in einer WollMux-DEV-Umgebung (ant TerminateOOo.jar)
Auf einem Windows 7 Client (64 Bit):
2.1 LibreOffice öffnen
2.2 "java.exe -jar TerminateOOo.jar" ausführen Was ist das erwartete Ergebnis? Was passiert stattdessen? * Erwartet Ergebnis: LibreOffice wird geschlossen
Original issue: http://code.google.com/p/wollmux/issues/detail?id=25
Currently the UI localization happens in a conf file:
https://github.com/WollMux/wollmux-config/blob/master/.wollmux/config/conf/localization.conf
In the long term it would be better to use po files for storing those, so those could be managed conveniently by upstream tooling like Weblate and of course more translators.
From [email protected] on January 27, 2012 11:04:50
Während des Ladens und Aufbaus einer FormularGUI wird das Fenster des Dokuments mehrfach verschoben und in der Größe geändert.
Dies ist nicht nur sehr unschön sondern auch für den Anwender verwirrend.
Geschickter ist es, das Dokument während des gesamten Vorgangs zu verstecken und erst anzuzeigen, wenn es vollständig aufgebaut und positioniert ist.
Original issue: http://code.google.com/p/wollmux/issues/detail?id=11
From [email protected] on January 27, 2012 10:15:20
Es kommt hin und wieder vor, dass man den Absender eines Briefs ändern will, nachdem man den Brief bereits bearbeitet hat.
Momentan ist dies nur möglich, indem man den Absender ändert, dann z.B. einen neuen externen Briefkopf öffnet und das bereits geschriebene vom einen Dokument ins andere kopiert.
Wünschenswert wäre es, dass es auch bei bereits vorhandenen Dokumenten eine einfach Möglichkeit gibt, noch nachträglich den Absender zu wechseln.
Dies ließe sich zum Beispiel durch eine dokumentspezifische Senderbox realisieren.
Original issue: http://code.google.com/p/wollmux/issues/detail?id=6
From [email protected] on January 27, 2012 10:48:04
Derzeit ist das Verhalten von sich ueberschneidenden Druckbloecken (z.B. Text sowohl in notInOriginal als auch draftOnly) nicht spezifiziert.
Beim Einfuegen eines neuen Bereichs, der sich mit alten Bereichen ueberlappt, sollten der neue Bereich aus den alten Bereichen herausgeschnitten werden, um unerwartete Ergebnisse zu vermeiden.
Original issue: http://code.google.com/p/wollmux/issues/detail?id=9
From [email protected] on May 04, 2012 04:52:18
What steps are needed to reproduce the problem?
What is the expected result? What happens instead?
Pdf file should be opened. But however, instead, an error message pops up as in the attached file.
Which version of the wiki was used? Which version of
Openoffice.org / LibreOffice? Which operating system?
Please provide more information here:
The acrobat path is read from the referat.conf which refers to older version of acrobat. The pdf could not be opened if the version in the current machine does not match the path hardcoded in the referat.conf.
Manually changing the path in the referat.conf works. But it would be better if the Acrobat path is read from the windows registry instead, so that manual user intervention is not required.
I am raising this issue after confirmation from Christoph.
Attachment: pdf-error.png
Original issue: http://code.google.com/p/wollmux/issues/detail?id=18
From [email protected] on August 28, 2013 09:54:41
Open Faxvorlage (maybe other templates as well) several times
Sometimes the template loses its formatting, the log says:
com.sun.star.uno.RuntimeException?: SwXParagraph: disposed or invalid
com.sun.star.bridges.jni_uno.JNI_proxy.dispatch_call(Native Method)
com.sun.star.bridges.jni_uno.JNI_proxy.invoke(JNI_proxy.java:175)
$Proxy63.getAnchor(Unknown Source)
de.muenchen.allg.ooo.TextDocument?.deleteParagraph(TextDocument?.java:294)
de.muenchen.allg.itd51.wollmux.DocumentCommandInterpreter?$SurroundingGarbageCollector?$ParagraphMuellmann?.tueDeinePflicht(DocumentCommandInterpreter?
WollMux version was 13.8rev2049
Original issue: http://code.google.com/p/wollmux/issues/detail?id=20
Das Package de.muenchen.allg.itd51.wollmux.ui ist sehr gut geeignet, um eine eigene Sidebar zu erstellen.
Damit es auch von anderen Extensions genutzt werden kann, sollte es in das UNOHelper-Projekt ausgelagert werden.
Es hat keine weiteren Abhängigkeiten von Wollmux, außer die Logging-Klasse. Die Logausgaben müssten entfernt werden und ggf. durch Exceptions ersetzt werden.
PS: Es wäre nett wenn man auch im UNOHelper-Projekt Issues erstellen kann - das ist zurzeit dort deaktiviert.
From [email protected] on August 23, 2011 15:57:35
Bitte beschreiben Sie im Folgenden möglichst ausführlich die neu
gewünschte Funktionalität:
Das XWollMux-Interface soll um folgende Funktion erweitert werden:
com::sun::star::beans::PropertyValues XWollMux.getFormValueLabels()
Dieses Ticket leitet sich aus dem LHM-internen TRAC-Ticket #5797 ab.
Original issue: http://code.google.com/p/wollmux/issues/detail?id=2
When the Form sidebar panel is opened in a non-form document, it says "Das Dokument ist kein Formular" - this string should be translated to English and marked for localization (enclosing in L.m() call).
Code pointer:
core/src/main/java/org/libreoffice/lots/form/sidebar/FormSidebarPanel.java:232: XControl label = GuiFactory.createLabel(this.xMCF, this.context, "Das Dokument ist kein Formular.",
From [email protected] on January 27, 2012 11:16:21
Gut wäre eine optische Unterscheidung zwischen insertValues und insertFormValues im FM4000 Einfuegungen Tab, z.B. eine unterschiedliche Hintergrundfarbe.
Ansonsten kommt es leicht zu Verwirrungen zwischen EmpfaengerVorname und Vorname etc.
Original issue: http://code.google.com/p/wollmux/issues/detail?id=13
Many source files still have German comments in them.
These need translating to English.
The following files still have German comments:
Find German comments with (requires Python 3):
./bin/find-german-comments.py
From [email protected] on April 20, 2012 13:30:16
In der letzten Version die ich getestet habe (11.2?), war der WollMux lediglich als schmaler Streifen in der Bidschirmmitte zu sehen. Dies war äußerst komfortabel, da eine Ansteuerung der Standard-Windowsfensterelemente links und rechts oben (Schließen, etc.) möglich war, ohne den WollMux zu aktivieren. In der Version 12.3rev2002 nimmt er wieder fast die gesamte Bildschirmbreite ein.
Original issue: http://code.google.com/p/wollmux/issues/detail?id=16
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.