Giter Site home page Giter Site logo

libreoffice / lots Goto Github PK

View Code? Open in Web Editor NEW
53.0 11.0 30.0 43.97 MB

Letterhead, template, form, autotext, mail merge,... extension for LibreOffice

Home Page: https://wollmux.org/

License: European Union Public License 1.1

Java 99.21% Python 0.53% Perl 0.26%
java libreoffice libreoffice-api libreoffice-extension libreoffice-writer

lots's Introduction

LibreOffice Template System

Introduction

LibreOffice Template System (formerly WollMux) is a LibreOffice extension with enhanced template, form, and autotext functionality. It can construct templates on the fly from multiple files (e.g. letterhead, footer, and body text) and will fill in personal and organizational data from various databases such as LDAP. An extra form GUI presents fields in an easily navigable manner and offers plausibility checks and computed values to ease filling in the form. Chainable printing functions allow various transformations during print and custom dialogs.

The LibreOffice Template System is licensed under the European Union Public Licence (EUPL).

More information about the LibreOffice Template System can be found at our main page at wollmux.org

How to build?

LibreOffice Template System is separated into 3 modules:

The following applications have to be installed to compile the LibreOffice Template System:

Afterwards the property UNO_PATH has to be set in the maven settings.

  • open ~\.m2\settings.xml
  • add a profile
<profile>
  <id>UNO</id>
  <activation>
    <activeByDefault>true</activeByDefault>
  </activation>
  <properties>
    <UNO_PATH>/opt/libreoffice/program</UNO_PATH>
  </properties>
</profile>
  • <UNO_PATH> is the folder, where the LibreOffice executable is located (eg. /opt/libreoffice/program)

Before building the LibreOffice Template System, you need to install UNOHelper to your local maven repo (the prebuilt package is currently not available):

git clone https://github.com/LibreOffice/UNOHelper.git
mvn install

Then run the following commands to download and build the LibreOffice Template System:

git clone https://github.com/LibreOffice/lots.git
mvn clean package

The compiled extension can be found at oxt/target/LOTS.oxt

Build errors

  • There are files with header to update: Some of the source files don't have a license header. The header can be updated with:
mvn license:update-file-header

Debugging

External Debugging with Eclipse

LOTS.oxt extension is not installed in LibreOffice, but is loaded from external by starting a debug session in eclipse. There exist an additional extension LOTS_ButtonsOnly.oxt, which only contains the toolbars and dialogs. This extension must be installed in LibreOffice. Therefore call

mvn -P ButtonsOnly generate-sources

and the extension is build and installed, if the program unopkg is available. Otherwise you have to manually install the extension, which can be found at oxt/target/LOTS_ButtonsOnly.oxt.

Activate the maven profile "development" in Project > Properties > Maven > Active Maven Profiles.

Configure a debug-configuration of type "Java Application" with main class de.muenchen.allg.itd51.wollmux.DebugExternalWollMux. Add a user defined library to the classpath. The library must contain these jars of LibreOffice which can be found at <path_to_LibreOffice>/program/classes:

  • java_uno.jar
  • juh.jar
  • jurt.jar
  • ridl.jar
  • unoloader.jar
  • unoil.jar

Make sure, that there is no running LibreOffice process before starting debugging.

Advantages:

  • Hot code replacement

Disadvantages:

  • different startup behaviour

Remote Debugging

If you have a running instance, which you like to debug. You can connect to it by another Eclipse debug-configuration:

  • type: Remote java Application
  • connection type: Standard (Socket Attach)
  • connection properties: localhost, 8000

There are also some configuration changes for LibreOffice necessary. Go to ToolsOptions...LibreOfficeAdvancedParameters... and add the following parameters:

  • -Xdebug
  • -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n

If suspend is set to y, LibreOffice waits until an external process connects before initializing.

Translations

Translation status

Translate the LibreOffice Template System

To update pot files from source, run these commands:

xgettext --default-domain=wollmux --output=core/i18n/wollmux.pot --language=java --from-code=UTF-8 --keyword --keyword=m $(find . -name "*.java")

This creates the core/i18n/wollmux.pot template file. It will be picked up by Weblate, and the po files will be updated accordingly.

The translations will be committed to this repository from time to time. The build system will then pick up the po files, and convert and bundle them with the LibreOffice Template System.

lots's People

Contributors

andreasma avatar ayhanyalcinsoy avatar bjoernranft avatar chrlutz avatar deneb-alpha avatar dependabot[bot] avatar elcodero avatar eymux avatar fitojb avatar ilhany359 avatar jmglogow avatar jmontane avatar kasturi2903 avatar kelemeng avatar mistmist avatar noraph avatar sikelerd avatar smehrbrodt avatar softinterlingua avatar sophilo avatar sourav492 avatar sreejit-sengupto avatar thorstenb avatar tmrpavan avatar trannghiem avatar valtermura avatar vpanter avatar xosecalvo avatar zentrocdot avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

lots's Issues

Problems with Autofill / FM4000

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 .

Schmale Leiste WollMuxbar wenn WollMux im Hintergrund ist - Version 12.3rev2002

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

Package wollmux.ui in UNOHelper auslagern

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.

WollMuxBar won't start - LO 4.3.5.2 - Win7 32-bit - with workaround

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:

  1. wollmuxbar.exe does not start the bar.
  2. custom wollmuxbar.bat attempted:
    (noluck-wollmuxbar.bat
    @echo off
    REM set JAVA_PATH="C:\ProgramData\Oracle\Java\javapath"
    REM set UNO_PATH="C:\Program Files\LibreOffice 4\program"
    REM set URE_HOME="C:\Program Files\LibreOffice 4\URE"
    REM set PATH=%UNO_PATH%;%PATH%
    java.exe -jar WollMuxBar.jar

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>

  1. uno-wollmuxbar.bat:
    @echo off
    REM set JAVA_PATH="C:\ProgramData\Oracle\Java\javapath"
    set UNO_PATH="C:\Program Files\LibreOffice 4\program"
    REM set URE_HOME="C:\Program Files\LibreOffice 4\URE"
    set PATH=%UNO_PATH%;%PATH%
    java.exe -jar WollMuxBar.jar

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

  1. Appeal to wollmux-general for help. Relevant info from thread follows:
    Hi Christoph, I tried replacing javaw with java in my bat file to see if there were indeed error messages. Should have done that a long time ago.
    Now I do get error messages.

(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?


  1. Successful workaround given by Christoph Lutz:
    HI Winter,

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


  1. Remarks
    It appears to me there are really two issues here.
    A. As delivered, wollmuxbar.exe, will not find the UNO path for LO 4.3.5.2. This is easily worked around, but probably still an issue. Finding the UNO path does not solve the next issue.
    B. As delivered (WollMux 14.12 for Windows) when wollmuxbar is started with a .bat file, will not run with "java -jar WollMuxBar.jar. The workaround .bat file from Christoph Lutz (see above) works fine.

Question: Is it possible the "CreateProcess error=87" could be related to the (reported) Windows limit on the length of CLASSPATH?

Kind regards,
Winter

Translate German UI in sidebar

There are some untranslated UI items in the WollMux sidebar when using v19 and English UI, see images. I have also seen some random German error messages, so perhaps a more thorough check all over the place may make sense.

WM-examples
WM-seriendruck
WM-formular

LO beenden im EXE-Installer unter 64-Bit Windows 7 funktioniert nicht

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

  • Was passiert tatsächlich: LibreOffice bleibt offen Welche Version des WollMux wurde verwendet? Welche Version von Openoffice.org/LibreOffice? Welches Betriebssystem? * WollMux ( Revision 2094 :635ed7ca139f)
  • Libreoffice 4.1.6
  • Windows 7 64 Bit Bitte weitere Informationen hier angeben: Der Fehler tritt auf, weil die unowinreg.dll aus der classes.tar.gz nur für ein 32-Bit Systeme gebaut wird (build.xml des classes-Projekt verwendet bspw. i586-mingw32msvc-g++).
    Ggf. muss auch das Build-Target "wininstaller" angepasst werden, sodass eine 32- und 64-Bit-Version gebaut werden.
  • Ticket-ID intern: #13935

Original issue: http://code.google.com/p/wollmux/issues/detail?id=25

Accept English section names in config files

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

Beim Aufbau der FormGUI Hauptfenster unsichtbar machen

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

A WollMux Template (Here: the Faxvorlage) loses its formatting, especially the Absenderbereich, when opened several times.

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

Formatvorlage wird mit WM(CMD 'insertFrag' FRAG_ID 'Formate' STYLES ('TextStyles' 'NumberingStyles')) nicht überschrieben

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?

Wollmux LO 4.0 und LO 4.1 Probleme bei Multiuser Installation.

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

Nachträgliches Ändern des Absenders ermöglichen (dokumentspezifische Senderbox)

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

Absenderliste

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

Button zum Maximieren von Writer-Dokument in FormularGUI

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

In der FormularGUI sollen auch Elemente vom Typ button über das GROUPS-Attribut gesteuert werden können.

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

Replace references to WollMux in user-visible strings

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:

  • In the extension description text (source file: oxt/src/main/oxt/help/component_en.txt ), and in the sidebar when there is no Wollmux-Config found:
    lots-wollmux
  • in the error/warning/info message box title
    wollmux-error-new

Translate default German text

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.",

Formularfunktionen gehen mit LO 7.1.2.2 und Wollmux 18.2.2 nicht

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é

Long startup delays

Seems WollMux is doing some network lookups on startup ,that are particularly onerous if network is slow or down

"insertFormValue" um Datumsfelder herum unterstuetzen

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

Seriendruck Menüpunkt Aktiv nur beim ersten offenen Dokument

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

Translate Exception error messages

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)

Probleme mit dem WollMux beim Umstieg von OpenOffice 3.2.1 auf OpenOffice 3.4.1

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

Sich Ueberschneidende Druckbloecke sinnvoll behandeln

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

mvn generate-sources fails

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]

Translate German comments

Many source files still have German comments in them.
These need translating to English.

The following files still have German comments:

  • core/src/main/java/org/libreoffice/lots/DebugExternalWollMux.java
  • core/src/main/java/org/libreoffice/lots/GlobalFunctions.java
  • core/src/main/java/org/libreoffice/lots/HashableComponent.java
  • core/src/main/java/org/libreoffice/lots/OpenExt.java
  • core/src/main/java/org/libreoffice/lots/Shortcuts.java
  • core/src/main/java/org/libreoffice/lots/SyncActionListener.java
  • core/src/main/java/org/libreoffice/lots/TextModule.java
  • core/src/main/java/org/libreoffice/lots/WollMuxFehlerException.java
  • core/src/main/java/org/libreoffice/lots/WollMuxFiles.java
  • core/src/main/java/org/libreoffice/lots/WollMuxSingleton.java
  • core/src/main/java/org/libreoffice/lots/config/ConfigThingy.java
  • core/src/main/java/org/libreoffice/lots/config/NodeNotFoundException.java
  • core/src/main/java/org/libreoffice/lots/config/SyntaxErrorException.java
  • core/src/main/java/org/libreoffice/lots/db/AttachDatasource.java
  • core/src/main/java/org/libreoffice/lots/db/ColumnNotFoundException.java
  • core/src/main/java/org/libreoffice/lots/db/ColumnTransformer.java
  • core/src/main/java/org/libreoffice/lots/db/Dataset.java
  • core/src/main/java/org/libreoffice/lots/db/DatasetNotFoundException.java
  • core/src/main/java/org/libreoffice/lots/db/Datasource.java
  • core/src/main/java/org/libreoffice/lots/db/Datasources.java
  • core/src/main/java/org/libreoffice/lots/db/DummyDatasourceWithMessagebox.java
  • core/src/main/java/org/libreoffice/lots/db/EmptyDatasource.java
  • core/src/main/java/org/libreoffice/lots/db/FunkyDatasource.java
  • core/src/main/java/org/libreoffice/lots/db/LDAPDatasource.java
  • core/src/main/java/org/libreoffice/lots/db/NoBackingStoreException.java
  • core/src/main/java/org/libreoffice/lots/db/OOoDatasource.java
  • core/src/main/java/org/libreoffice/lots/db/OverlayDatasource.java
  • core/src/main/java/org/libreoffice/lots/db/PreferDatasource.java
  • core/src/main/java/org/libreoffice/lots/db/Query.java
  • core/src/main/java/org/libreoffice/lots/db/QueryPart.java
  • core/src/main/java/org/libreoffice/lots/db/QueryResults.java
  • core/src/main/java/org/libreoffice/lots/db/QueryResultsList.java
  • core/src/main/java/org/libreoffice/lots/db/QueryResultsSet.java
  • core/src/main/java/org/libreoffice/lots/db/QueryResultsWithSchema.java
  • core/src/main/java/org/libreoffice/lots/db/RAMDatasource.java
  • core/src/main/java/org/libreoffice/lots/db/SchemaDatasource.java
  • core/src/main/java/org/libreoffice/lots/db/Search.java
  • core/src/main/java/org/libreoffice/lots/db/SearchStrategy.java
  • core/src/main/java/org/libreoffice/lots/db/SimpleDataset.java
  • core/src/main/java/org/libreoffice/lots/db/ThingyDatasource.java
  • core/src/main/java/org/libreoffice/lots/db/UnionDatasource.java
  • core/src/main/java/org/libreoffice/lots/dialog/Dialog.java
  • core/src/main/java/org/libreoffice/lots/dialog/DialogFactory.java
  • core/src/main/java/org/libreoffice/lots/dialog/DialogLibrary.java
  • core/src/main/java/org/libreoffice/lots/document/AnnotationBasedPersistentDataContainer.java
  • core/src/main/java/org/libreoffice/lots/document/ByteBufferInputStream.java
  • core/src/main/java/org/libreoffice/lots/document/DocumentLoader.java
  • core/src/main/java/org/libreoffice/lots/document/DocumentManager.java
  • core/src/main/java/org/libreoffice/lots/document/DocumentTree.java
  • core/src/main/java/org/libreoffice/lots/document/DocumentTreeVisitor.java
  • core/src/main/java/org/libreoffice/lots/document/EndlessLoopException.java
  • core/src/main/java/org/libreoffice/lots/document/FrameController.java
  • core/src/main/java/org/libreoffice/lots/document/InsertionBookmark.java
  • core/src/main/java/org/libreoffice/lots/document/PersistentDataContainer.java
  • core/src/main/java/org/libreoffice/lots/document/RDFBasedPersistentDataContainer.java
  • core/src/main/java/org/libreoffice/lots/document/RDFMetadataNotSupportedException.java
  • core/src/main/java/org/libreoffice/lots/document/RDFReadLegacyModeDataContainer.java
  • core/src/main/java/org/libreoffice/lots/document/SimulationResults.java
  • core/src/main/java/org/libreoffice/lots/document/TextDocumentController.java
  • core/src/main/java/org/libreoffice/lots/document/TextRangeRelation.java
  • core/src/main/java/org/libreoffice/lots/document/TextSection.java
  • core/src/main/java/org/libreoffice/lots/document/TransitionModeDataContainer.java
  • core/src/main/java/org/libreoffice/lots/document/TreeRelation.java
  • core/src/main/java/org/libreoffice/lots/document/VisibilityElement.java
  • core/src/main/java/org/libreoffice/lots/document/VisibleTextFragmentList.java
  • core/src/main/java/org/libreoffice/lots/document/WMCommandsFailedException.java
  • core/src/main/java/org/libreoffice/lots/document/commands/AbstractExecutor.java
  • core/src/main/java/org/libreoffice/lots/document/commands/DocumentCommandInterpreter.java
  • core/src/main/java/org/libreoffice/lots/document/commands/DocumentCommands.java
  • core/src/main/java/org/libreoffice/lots/document/commands/DocumentExpander.java
  • core/src/main/java/org/libreoffice/lots/document/commands/GlobalDocumentCommandsScanner.java
  • core/src/main/java/org/libreoffice/lots/document/commands/InsertFormValueCommandsScanner.java
  • core/src/main/java/org/libreoffice/lots/document/commands/MainProcessor.java
  • core/src/main/java/org/libreoffice/lots/document/commands/SurroundingGarbageCollector.java
  • core/src/main/java/org/libreoffice/lots/document/commands/TextFieldUpdater.java
  • core/src/main/java/org/libreoffice/lots/document/nodes/Container.java
  • core/src/main/java/org/libreoffice/lots/document/nodes/ContainerNode.java
  • core/src/main/java/org/libreoffice/lots/document/nodes/FormControl.java
  • core/src/main/java/org/libreoffice/lots/document/nodes/Node.java
  • core/src/main/java/org/libreoffice/lots/event/handlers/OnOpenDocument.java
  • core/src/main/java/org/libreoffice/lots/form/control/FormController.java
  • core/src/main/java/org/libreoffice/lots/former/Broadcast.java
  • core/src/main/java/org/libreoffice/lots/former/BroadcastListener.java
  • core/src/main/java/org/libreoffice/lots/former/BroadcastObjectSelection.java
  • core/src/main/java/org/libreoffice/lots/former/ComboboxMergeDescriptor.java
  • core/src/main/java/org/libreoffice/lots/former/Common.java
  • core/src/main/java/org/libreoffice/lots/former/ContextMenuMouseListener.java
  • core/src/main/java/org/libreoffice/lots/former/DimAdjust.java
  • core/src/main/java/org/libreoffice/lots/former/DuplicateIDException.java
  • core/src/main/java/org/libreoffice/lots/former/FormularMax4kController.java
  • core/src/main/java/org/libreoffice/lots/former/FormularMax4kView.java
  • core/src/main/java/org/libreoffice/lots/former/IDManager.java
  • core/src/main/java/org/libreoffice/lots/former/IndexList.java
  • core/src/main/java/org/libreoffice/lots/former/JPotentiallyOverlongPopupMenuButton.java
  • core/src/main/java/org/libreoffice/lots/former/LeftPanel.java
  • core/src/main/java/org/libreoffice/lots/former/RightPanel.java
  • core/src/main/java/org/libreoffice/lots/former/TextComponentTags.java
  • core/src/main/java/org/libreoffice/lots/former/ViewVisibilityDescriptor.java
  • core/src/main/java/org/libreoffice/lots/former/control/AllFormControlExtViewsPanel.java
  • core/src/main/java/org/libreoffice/lots/former/control/AllFormControlLineViewsPanel.java
  • core/src/main/java/org/libreoffice/lots/former/control/OneFormControlAutofillEditView.java
  • core/src/main/java/org/libreoffice/lots/former/control/OneFormControlExtView.java
  • core/src/main/java/org/libreoffice/lots/former/control/OneFormControlLineView.java
  • core/src/main/java/org/libreoffice/lots/former/control/OneFormControlPlausiEditView.java
  • core/src/main/java/org/libreoffice/lots/former/control/model/FormControlModel.java
  • core/src/main/java/org/libreoffice/lots/former/control/model/FormControlModelList.java
  • core/src/main/java/org/libreoffice/lots/former/document/ScanVisitor.java
  • core/src/main/java/org/libreoffice/lots/former/function/FunctionSelection.java
  • core/src/main/java/org/libreoffice/lots/former/function/FunctionSelectionAccess.java
  • core/src/main/java/org/libreoffice/lots/former/function/FunctionSelectionAccessView.java
  • core/src/main/java/org/libreoffice/lots/former/function/FunctionSelectionProvider.java
  • core/src/main/java/org/libreoffice/lots/former/function/FunctionTester.java
  • core/src/main/java/org/libreoffice/lots/former/function/ParamValue.java
  • core/src/main/java/org/libreoffice/lots/former/group/AllGroupFuncViewsPanel.java
  • core/src/main/java/org/libreoffice/lots/former/group/AllGroupLineViewsPanel.java
  • core/src/main/java/org/libreoffice/lots/former/group/GroupsProvider.java
  • core/src/main/java/org/libreoffice/lots/former/group/OneGroupFuncView.java
  • core/src/main/java/org/libreoffice/lots/former/group/OneGroupLineView.java
  • core/src/main/java/org/libreoffice/lots/former/group/OneGroupsProviderGroupsEditView.java
  • core/src/main/java/org/libreoffice/lots/former/group/model/GroupModel.java
  • core/src/main/java/org/libreoffice/lots/former/group/model/GroupModelList.java
  • core/src/main/java/org/libreoffice/lots/former/insertion/AllInsertionLineViewsPanel.java
  • core/src/main/java/org/libreoffice/lots/former/insertion/AllInsertionTrafoViewsPanel.java
  • core/src/main/java/org/libreoffice/lots/former/insertion/OneInsertionExtView.java
  • core/src/main/java/org/libreoffice/lots/former/insertion/OneInsertionLineView.java
  • core/src/main/java/org/libreoffice/lots/former/insertion/OneInsertionTrafoView.java
  • core/src/main/java/org/libreoffice/lots/former/insertion/UnknownIDException.java
  • core/src/main/java/org/libreoffice/lots/former/insertion/model/InsertionModel.java
  • core/src/main/java/org/libreoffice/lots/former/insertion/model/InsertionModel4InputUser.java
  • core/src/main/java/org/libreoffice/lots/former/insertion/model/InsertionModel4InsertXValue.java
  • core/src/main/java/org/libreoffice/lots/former/insertion/model/InsertionModelList.java
  • core/src/main/java/org/libreoffice/lots/former/model/IdModel.java
  • core/src/main/java/org/libreoffice/lots/former/section/AllSectionExtViewsPanel.java
  • core/src/main/java/org/libreoffice/lots/former/section/AllSectionLineViewsPanel.java
  • core/src/main/java/org/libreoffice/lots/former/section/OneSectionExtView.java
  • core/src/main/java/org/libreoffice/lots/former/section/OneSectionLineView.java
  • core/src/main/java/org/libreoffice/lots/former/section/model/SectionModel.java
  • core/src/main/java/org/libreoffice/lots/former/section/model/SectionModelList.java
  • core/src/main/java/org/libreoffice/lots/former/view/LazyView.java
  • core/src/main/java/org/libreoffice/lots/former/view/LineView.java
  • core/src/main/java/org/libreoffice/lots/former/view/OnDemandCardView.java
  • core/src/main/java/org/libreoffice/lots/former/view/View.java
  • core/src/main/java/org/libreoffice/lots/former/view/ViewChangeListener.java
  • core/src/main/java/org/libreoffice/lots/func/AlwaysTrueFunction.java
  • core/src/main/java/org/libreoffice/lots/func/BindFunction.java
  • core/src/main/java/org/libreoffice/lots/func/Dateinamensanpassungen.java
  • core/src/main/java/org/libreoffice/lots/func/DivideFunction.java
  • core/src/main/java/org/libreoffice/lots/func/ExternalFunction.java
  • core/src/main/java/org/libreoffice/lots/func/ExternalFunctionFunction.java
  • core/src/main/java/org/libreoffice/lots/func/Function.java
  • core/src/main/java/org/libreoffice/lots/func/FunctionFactory.java
  • core/src/main/java/org/libreoffice/lots/func/FunctionLibrary.java
  • core/src/main/java/org/libreoffice/lots/func/MultiFunction.java
  • core/src/main/java/org/libreoffice/lots/func/NumberCompareFunction.java
  • core/src/main/java/org/libreoffice/lots/func/NumberFunction.java
  • core/src/main/java/org/libreoffice/lots/func/SignFunction.java
  • core/src/main/java/org/libreoffice/lots/func/Value.java
  • core/src/main/java/org/libreoffice/lots/func/ValueFunction.java
  • core/src/main/java/org/libreoffice/lots/func/Values.java
  • core/src/main/java/org/libreoffice/lots/sender/Sender.java
  • core/src/main/java/org/libreoffice/lots/sender/SenderService.java
  • core/src/main/java/org/libreoffice/lots/slv/ContentBasedDirectiveItem.java
  • core/src/test/java/de/muenchen/allg/itd51/wollmux/config/generator/xml/TestXMLGenerator.java

Find German comments with (requires Python 3):
./bin/find-german-comments.py

WollMux Seriendruck als PDF-Ausgabe läuft instabil

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

Rethink localization of strings used in LOGGER calls

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.

Installation des WollMux auf Win7 nicht möglich

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

Anpassung der Bootstrap.bootstrap() Parameter in WollMux

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

WollMux Mailmerge

From [email protected] on August 28, 2013 10:04:33

  1. Suppose you have a duplex-printer, which is configured to print duplex.
  2. create a new writer file
  3. goto WollMux-Mailmerge-> Datenquelle and select a Calc-file with
    more than an adress.
  4. insert some mailmerge fields into the document
  5. press "Drucken"
  6. choose "Direkt drucken"
  7. select the duplex printer, and press the "Properties" button of the
    printer.
  8. Select Duplex->none.
  9. Print

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

11.10RC1: Umlaute werden beim Seriendruck in Gesamtdokument (odt) nicht korrekt ausgedruckt

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:

  • Korrekte Umlaute:
    --> Vorschau
    --> Druck in Einzeldatei
    --> Druck in Gesamtdokument (pdf)
  • Platzhaltersymbol für Umlaut:
    --> Druck in Gesamtdokument (odt) Welche Version des WollMux wurde verwendet? Welche Version von Openoffice.org/LibreOffice? Welches Betriebssystem? WollMux 11.10RC1
    LibreOffice 3.4.4
    Windows XP

Original issue: http://code.google.com/p/wollmux/issues/detail?id=3

Translate strings in showInfoModal calls

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.");

Links zur Standardkonfiguration bei wollmux.org falsch

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

11.10RC1: Ettikettendruck: Fehlerhafte Darstellung bei Ettiketten Synchronisation

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

WollMux-Mailmege: "Tabellenspalten ergänzen"-dialog should remain visible

From [email protected] on August 28, 2013 09:57:36

  1. Open for exmple "Externer Briefkopf"
  2. Goto WollMux-Seriendruck
  3. In the Seriendruck-Bar goto Datenquelle-> Neue Calcdatei "Tabellenspalten ergänzen"
  4. In the Seriendruck-Bar goto Tabelle -> Tabellenspalten ergänzen
  5. A dialog "Tabellenspalten ergänzen" is opened.
  6. Switch between the writer and the calc-document several times.

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

Unable to open pdf files without changing the acrobat path manually in referat.conf

From [email protected] on May 04, 2012 04:52:18

What steps are needed to reproduce the problem?

  1. Install LibreOffice/Openoffice on Windows XP/Windows7
  2. Install WollmuxBar and Wollmux-Config
  3. Launch Wollmuxbar and click on the pdf form on one of the Wollmux Menu "Bees"

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?

  1. Wollmux 11.10Rc1 or 12.3rev snapshot
  2. Wollmux-Config-10.8
  3. Libreoffice 3.5.2 or Openoffice.org 3.3
  4. Operating system - Windows XP or Windows 7

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

Stabil lauffähige Konstellation Wollmux / LibreOffice 7 / OpenJDK gesucht

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

WollMux Seriendruck ODT-Gesamtdokument - Abbruch lässt OOo blockieren

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

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.