Hello,
seems OO/LO is somewhat hardwired to utf-8.
I am working with LANG=de_DE@euro.
What I found out:
Usualy a file manager opens a document via a commandline
/usr/bin/soffice filename.odt.
With OO/LO from Debian 6 and 7 this works with foreign characters
also if OO/LO is not running already.
/usr/bin/soffice Test-ÄÖÜ.odt works
If OO/LO is running already, it wants an utf-8 encoded filename.
/usr/bin/soffice $(echo Test-ÄÖÜ.odt | recode iso8859-1..utf-8)
So I have written a script /usr/local/bin/libreoffice-utf8 which checks
whether OO/LO is running already for the current user and recodes
the filename if needed.
To make it work from a file manager you must change the relevant
desktop-files:
/usr/share/applications/libreoffice-base.desktop
/usr/share/applications/libreoffice-calc.desktop
/usr/share/applications/libreoffice-draw.desktop
/usr/share/applications/libreoffice-impress.desktop
/usr/share/applications/libreoffice-math.desktop
/usr/share/applications/libreoffice-writer.desktop
Replace the Exec=libreoffice with Exec=/usr/local/bin/libreoffice-utf8.
It seems with LO 4.1.5.3 (Debian 8) this is not needed any more.
But unfortunately there is a new error: CUPS won't accept print jobs
because LO sends it with foreign characters:
D [08/Apr/2014:09:17:57 +0200] Create-Job client-error-attributes-or-values-not-supported: Bad job-name value: "job-name": Bad name value "Erläuterungen" - bad UTF-8 sequence (RFC 2911 section 4.1.2).
Markus
Attachment:
libreoffice-utf8
Description: Binary data