KDE-Programme kommen nicht mit ISO-Umlauten zurecht

Ich verwende openSUSE 42.3 und habe als Zeichensatz ISO8859-1 eingestellt. Umlaute in Dateinamen werden damit fast überall korrekt dargestellt. In Shell-Fenstern ist alles OK. In Firefox stimmen die Umlaute, wenn ich im Browser ein Verzeichnis öffne, das Dateien mit Umlauten enthält. Gehe ich aber über "File/Open File...", dann werden die gleichen Dateien im File-Dialog falsch angezeigt (statt Umlauten schwarze Rauten mit Fragezeichen) und ich kann die Dateien nicht öffnen. Letzteres passiert auch im Thunderbird. Bei Gwenview und Dolphin das gleiche Problem.

Hat vielleicht jemand eine Idee, woran das liegen könnte?

LANG=C
LC_CTYPE=en_US.iso8859-1
LC_NUMERIC="C"
LC_TIME=de_DE
LC_COLLATE=POSIX
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=

Klaus

Zitat von seahawk1986

Wie/Wo hast du den Zeichensatz gesetzt? Wie sehen die Mount-Optionen für die Partition(en) aus (iocharset-Option)?

/dev/md0             /home                ext4       acl,user_xattr        1 2

Der Default für iocharset ist aber eh iso8859-1.

Zitat

Ändert sich denn etwas, wenn du LANG statt LC_CTYPE auf iso-8859-1(5) setzt (es gab da mal einen mittlerweile angeblich gelösten QT-Bug: https://bugreports.qt.io/browse/QTBUG-1313)?

Das ändert leider nichts.

Klaus

Zitat von SHF

Ein nicht-UTF-8-Locale wird ab Debian 9 Stretch anscheinend nicht mehr unterstützt.

Ich weiss zwar nicht, was SuSE dazu meint, befürchte aber es wird am KDE selber hängen.

Das wäre aber reichlich blöd. Warum sollte ich mir einen Zeichensatz antun, bei dem es keine 1:1-Zuordnung von Bytes zu Character gibt?

Klaus

Zitat von M-Reimer

Im Prinzip macht es auch Sinn sich hier auf UTF-8 festzulegen.

Ist bei Gnome auch so. Soweit ich mich erinnere wird man dort sogar mit Fehlermeldungen auf den falschen Zeichensatz hingewiesen.

ISO-8859-1 ist nicht "falsch" - das ist ein Standard!

Klaus

Zitat von M-Reimer

Es ist aber trotzdem jedem Projekt selbst überlassen welchen Systemzeichensatz es unterstützt.

Na wenn das so ist, dann kann ich ja den UTF-8-Support aus VDR wieder ausbauen - ist eh ein Klotz am Bein ;-).

Klaus

"modern" heißt heutzutage anscheinend ja, "erstmal alles, was schon immer funktioniert hat, kaputtmachen"... :-(.

Klaus