Fehler beim Kopieren von UTF8-Text (mit Umlaut) in Chromium Browser

[makeitsoft]

Liebe Frühaufsteher aus Kassel, Freiburg, und ...,
danke für eure Mithilfe und euer Mitdenken. Der Support von SoftMaker hat ja bestätigt, dass er das Problem reproduzieren kann. Insofern sind weitere Tests zur Eingrenzung des Fehlers m.E. nicht notwendig. Bis ein Bugfix erscheint, korrigiere ich die Sonderzeichen von Hand oder nutze einen anderen Editor zum Kopieren.

Hier übrigens noch die Ausgabe von echo lang:

Code: Alles auswählen

$ echo $LANG
de_DE.UTF-8

[Juergen_K87]

makeitsoft, danke für die Ausgabe, damit ist die Locale jedenfalls schon mal raus, und ich sehe das mit den "nicht notwendigen" weiteren Tests eigentlich ein bisschen anders, denn ob die Zeichen schon beim Einfügen kaputtgehen oder erst in der Notiz-Funktion, hast Du m.E. nun mal immer noch nicht beantwortet, und das würde dem Support beim Eingrenzen ggf. mehr helfen als der Reproduzierbarkeits-Hinweis allein. Wenn Du magst, probier bei Gelegenheit kurz `QT_QPA_PLATFORM=xcb textmakernx` und ein normales Textfeld in Vivaldi aus, kannst Du ja Bescheid geben ob sich da was ändert, aber das ist natürlich nur ein Vorschlag

[makeitsoft]

Ich habe nun TextMaker gestartet mit:

Code: Alles auswählen

QT_QPA_PLATFORM=xcb textmakernx

Wenn ich den Text aus TextMaker in diese Textbox kopiere, sieht er so aus:

Fr�her war alles besser.

[mhofmann_kassel]

Wenn ich den Text aus TextMaker in diese Textbox kopiere, sieht er so aus:

Moin makeitsoft, das „�" kenne ich leider gut, bei mir war es damals ähnlich, nur lag es nicht an der Locale (die stand bei mir sauber auf de_DE.UTF-8). Ich hatte unter Mint ein altes Layoutprogramm, das den Text nur als „text/plain" ohne Charset-Angabe in die Zwischenablage gelegt hat: Firefox hat trotzdem richtig geraten, Chromium nicht. Gesehen habe ich das erst mit `xclip -o -t TARGETS` (unter Wayland wäre es wohl `wl-paste --list-types`, soweit ich weiß). Geholfen hat bei mir am Ende nur CopyQ als Zwischenstation, das hat den Text neu als UTF-8 abgelegt. Schön ist das nicht, aber seit dem kam alles ohne Salat an, und ich musste nichts mehr von Hand korrigieren.

Gruß Matthias

[ThomasB_Freiburg]

Geholfen hat bei mir am Ende nur CopyQ als Zwischenstation, das hat den Text neu als UTF-8 abgelegt.

mhofmann_kassel, das mit CopyQ als Zwischenstation ist halt eher ein Pflaster, find ich. Bei mir wäre eigentlich erst mal wichtig zu sehen, was TextMaker überhaupt in die Zwischenablage legt (`wl-paste --list-types` wie du schreibst), sonst weiß man nicht ob es wirklich am fehlenden Charset liegt. Wenn das stimmt, ist es ziemlich sicher ein Fall für den Support und CopyQ nur die Notlösung bis zum Bugfix, gell

[mhofmann_kassel]

mhofmann_kassel, das mit CopyQ als Zwischenstation ist halt eher ein Pflaster, find ich.

Moin Thomas, ganz so sehe ich das mit CopyQ nicht, bei mir war es eher andersrum: Das Pflaster hat mir erst gezeigt, wo das Problem liegt (nämlich beim fehlenden Charset). Ich fand es für den Alltag ehrlich gesagt gar nicht so schlecht, weil man bis zum Bugfix einfach weiterarbeiten kann und nicht jeden Umlaut von Hand nachbessern muss. Bei `wl-paste --list-types` bin ich allerdings nicht sicher, ob das bei TextMaker schon alles verrät (wenn da nur „text/plain" steht, sagt das noch nichts über die tatsächliche Kodierung), da hilft vielleicht ein `wl-paste -t text/plain | hexdump -C`. Wenn da beim „ü" nur ein einzelnes Byte wie `fc` statt `c3 bc` steht, wäre das jedenfalls ein ziemlich klarer Fall für den Support. Gruß Matthias

[ThomasB_Freiburg]

Moin Thomas, ganz so sehe ich das mit CopyQ nicht, bei mir war es eher andersrum: Das Pflaster hat mir erst gezeigt, wo das Problem liegt (nämlich beim fehlenden Charset).

Moin Matthias, okay, so rum gesehen hast du recht: Wenn CopyQ erst mal zeigt, wo's hakt, ist das eigentlich mehr als ein Pflaster. Bei mir in der Werkstatt hab ich auch schon Sachen "provisorisch" gelöst, und das Provisorium hat dann am Ende den Fehler verraten. Das `hexdump` find ich gut, wenn da beim "ü" nur `fc` steht, ist es ziemlich klar Latin-1 und makeitsoft hat was Handfestes für den Support.