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



Hallo an alle die möglicherweise LibreOffice bei verschiedenen Usern
administrieren müssten:

Ich: >> 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.)
Michael:>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. 
(Vollständiger Text Siehe unten)

Von mir grundsätzliche Zustimmung zu diesem Punkt. XML ist standardisiert. 
YAML und JSON haben eigentlich so ihre Probleme (siehe auch
https://de.wikipedia.org/wiki/YAML)
Also die Umstellung etwa auf YAML wäre kontraproduktiv. 

Ich habe mich aber heute damit beschäftigt, etwas zu testen, 
wie Outfit (oder Appearance) der Toolbars im LibreOffice mit Hausmitteln
angepasst werden kann, und das danach testhalber per XML file transfer 
auf einen anderen PC übertragen. 
Die Zusammenfassung, Bedienung und Schlussfolgerungen habe ich in einem
kleinen Dokument in Englisch auf meiner Webseite unter

https://vishia.org/LibreOffc/pdf/OutfitWriter-2026-05-21.pdf

abgelegt, bzw.
https://vishia.org/LibreOffc/docu_Outfit/OutfitWriter.odt 

Es lohnt sich ggf. dort mal reinzuschauen für weitere Diskussionen.
Für alle, die LibreOffice adminstrieren müssten bei verschiedenen Usern. 

Hartmut Schorrig 





Michael Weghorn schrieb am 18.05.2026 10:44 (GMT +00:00):

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


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