Date: prev next · Thread: first prev next last
2026 Archives by date, by thread · List index


On 2026-05-13 21:43, hartmut.schorrig@vishia.de wrote:
== Starten mit einer spezifizierten Umgebung ==

"~/LibreOffice/LibreOfficeDev/opt/libreofficedev26.8/program/soffice 
-env:UserInstallation=file:///home/micha/.config/libreoffice/en"

Die Zeile aus dem Chat der Besprechung sieht stark nach Michael Weghorn aus, ich glaube er war's.

Soweit ich mich erinnere war der Befehl im Chat ursprünglich von Micha Otto, aber ich stimme dem zu und hatte diesen Startparameter im Call erwähnt.

==== Fragen:====
1) Gibt es irgendwo bereits ein Dokument wo das gut erklärt ist? Trage ich hier Wasser hinunter in 
die Regnitz, oder in die Donau, oder Rhein oder Havel?

Zu den Startparametern allgemein gibt es diese Seite:
https://help.libreoffice.org/latest/de/text/shared/guide/start_parameters.html

Was du schreibst, geht aber darüber hinaus.

2) Was kann ich an der Stelle "UserInstallation" noch anderes eingeben. Welche Möglichkeiten gibt 
es noch? - Sollte in der entsprechenden Doku stehen. Michael weiß das sicherlich. Wer noch?

Aus der `libreoffice --help`-Ausgabe:

-env:<VAR>[=<VALUE>] Set a bootstrap variable. For example: to set a non-default user profile path:
                       -env:UserInstallation=file:///tmp/test

Mehr über Bootstrap-Variablen gibt es in Kommentaren/Dokumentation im Quellcode in `include/rtl/bootstrap.h` bzw. in der entsprechenden API-Dokumentation:
https://api.libreoffice.org/docs/cpp/ref/a00125.html#details

Dort sind auch Konfigurationsdateien erwähnt, die bereits entsprechende Variablen setzen. (In diese Dateien zu schauen, kann also einen Eindruck vermitteln, welche Variablen es gibt.)

Meine Frage ging in die Richtung: Anstatt XML mit Insiderwissen - sind da auch anwenderbedienbare 
textuelle Config-Files möglich, die auch leicht zu vergleichen und zu mergen sind. Ich denke, die 
Antwort jetzt im Moment - in 2026 - ist klar NEIN. Aber sollte man in die Richtung denken. Das 
möchte ich anregen. Das wäre die einfache Möglichkeit, etwas anzupassen, auf der Basis bestehendes, 
und zwar nicht mit Einzelmausbedienung an jedem Arbeitsplatz, sondern mit Rollout über alles, mit 
der einfachen Vergleich- und Nachvollziehbarkeit (was bei XML so ganz gut nicht gegeben ist.)

Bei XML-Dateien handelt es sich letztlich um Textdateien. Ein weiteres Text-basiertes Format zusätzlich einzuführen/zu unterstützen halte ich auf Anhieb nicht unbedingt zielführend, wenn es keine konkreten Gründe dafür gibt.

Für die meisten Endanwender ist "Text-/Konfigdatei manuell editieren" unabhängig vom genauen Dateiformat vermutlich zu kompliziert.
Für Admins würde ich den Umgang mit XML-Dateien für zumutbar halten.
Wenn man nicht direkt mit XML-Dateien arbeiten will: Kann Erstellen von JSON/YAML-Dateien (YAML hattest du ja im Call erwähnt) und Verwendung eines bestehenden Tools zum Konvertieren nach XML eine Lösung sein? (Entsprechend könnte auch eine Konvertierung in die andere Richtung vor dem Vergleichen erfolgen.)

Viele Grüße
Michael

--
Liste abmelden mit E-Mail an: discuss+unsubscribe@de.libreoffice.org
Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.