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.