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