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

[makeitsoft]

Hallo,

wenn ich UTF8-Text (z.B. mit Umlauten) aus TextMaker in einen Chromium-Browser kopiere (ich habe Vivaldi und Microsoft Edge getestet), dann werden die Nicht-ASCII-Zeichen nicht richtig angezeigt:

textmaker_frueher_war_alles_besser.png (298.65 KiB) 519 mal betrachtet

vivaldi_frueher-war-alles-besser.png (95.43 KiB) 519 mal betrachtet

Wenn ich den Text nach Firefox kopiere, funktioniert es. Wenn ich den Text aus LibreOffice nach Vivaldi kopiere, funktioniert es ebenfalls. Wenn ich die Notiz-Funktion von Vivaldi von "Nur Text" auf "Visueller Editor" umstelle, funktioniert es auch. Aber diese Möglichkeit gibt es ja sonst beim Kopieren im Browser nicht.

Mein System:

Betriebssystem: Manjaro Linux
KDE-Plasma-Version: 6.7.4
KDE-Frameworks-Version: 6.29.0
Qt-Version: 6.11.2
Kernel-Version: 6.18.49-1-MANJARO (64-bit)
Grafik-Plattform: Wayland
Prozessoren: 12 × Intel® Core™ i7-8700T CPU @ 2.40GHz
Arbeitsspeicher: 16 GiB (15,3 GiB nutzbar)
Grafikprozessor: Intel® UHD Graphics 630
Hersteller: TUXEDO
Produktname: TUXEDO

[SuperTech]

Vielen Dank für die ausführliche Beschreibung und die Beispieldatei. Ich konnte das Problem nachvollziehen und habe es zur weiteren Untersuchung weitergeleitet.

[mhofmann_kassel]

Moin makeitsoft, bei Wayland oder auch unter X11 getestet (soweit ich weiß, macht das manchmal einen Unterschied)?

[makeitsoft]

Ich habe nur unter Wayland getestet.

[mhofmann_kassel]

Ich habe nur unter Wayland getestet.

Moin makeitsoft, dann bist du ja Wayland-Pionier, vielleicht lohnt sich zum Vergleich mal ein Abend unter X11

[makeitsoft]

X11 kann bestenfalls ein Workaround sein, moderne Desktop-Umgebungen unterstützen es gar nicht mehr. Bei KDE fliegt es ab der nächsten Version raus.

https://www.heise.de/news/KDE-Desktop-s ... 94339.html

[ThomasB_Freiburg]

X11 kann bestenfalls ein Workaround sein, moderne Desktop-Umgebungen unterstützen es gar nicht mehr.

makeitsoft, "ab der nächsten Version" stimmt so halt nicht ganz, bei Plasma 6.8 wird nur die X11-Session nicht mehr mitgeliefert. Die X11-Session gibts dann als separates Paket, und XWayland läuft sowieso weiter. Zum Testen reicht das eigentlich, ist ja kein Dauerzustand.

[makeitsoft]

Ich habe TextMaker testweise im X11-Modus gestartet:

Code: Alles auswählen

GDK_BACKEND=x11 textmakernx

Das Problem tritt dann ebenfalls auf.

[mhofmann_kassel]

Moin makeitsoft, GDK_BACKEND=x11 stellt bei textmakernx ja nur das GDK-Backend um, ist das Ding überhaupt ein GTK-Programm? (Ich dachte eher, das läuft über Qt, deshalb frage ich.) Hast du dann auch mal in einer richtigen X11-Session getestet oder lief das nur über XWayland, und wie sieht es mit `echo $LANG` bzw. der Locale aus?

Gruß Matthias

[mhofmann_kassel]

Das Problem tritt dann ebenfalls auf.

Moin makeitsoft, bei mir war es mal ganz ähnlich, allerdings mit einem alten Programm unter Wine (nicht TextMaker, das war noch zu Mint-Zeiten). Da kam in Chromium auch nur Zeichensalat bei den Umlauten an, während Firefox den gleichen Text sauber geschluckt hat. X11 oder Wayland hat bei mir überhaupt nichts geändert, das habe ich damals gleich mit ausprobiert. Am Ende lag es daran das die Anwendung über ein eigenes Startskript lief und dort die Locale auf "C" stand, nach `LANG=de_DE.UTF-8` im Skript war der Spuk vorbei. Ob das bei dir auch was mit TextMaker zu tun hat, weiß ich natürlich nicht, wollte es nur als Erfahrung dalassen. Gruß Matthias

[mhofmann_kassel]

Moin makeitsoft, dann scheidet Wayland als Ursache wohl aus (GDK_BACKEND wirkt bei einem Qt-Programm allerdings eh nicht, soweit ich weiß). Bleibt also die Locale bzw. wie TextMaker den Text in die Zwischenablage legt, welche Ausgabe liefert `echo $LANG` bei dir?

Gruß Matthias

[Juergen_K87]

makeitsoft, `GDK_BACKEND=x11` bringt bei textmakernx m.E. eigentlich nichts, weil das Programm nach allem, was ich weiß, auf Qt basiert und diese Variable dort schlicht nicht greift; Dein Test sagt also nur, dass es mit Wayland vs. X11 nichts zu tun hat, bzw. er sagt es nur dann, wenn Du `QT_QPA_PLATFORM=xcb` gesetzt hättest. Kannst Du mir Bescheid geben ob das was ändert, ggf. zusammen mit der Ausgabe von `echo $LANG`, die hier jetzt zum dritten Mal erfragt wird

[Juergen_K87]

makeitsoft, mich würde eigentlich noch interessieren, wie Du den Text in Vivaldi eingefügt hast, also direkt ins Adressfeld bzw. in ein normales Textfeld oder eben nur in die Notiz-Funktion mit "Nur Text", denn das macht m.E. nun mal einen Unterschied, wenn die Zeichen schon beim Einfügen kaputtgehen. Und die Ausgabe von `echo $LANG` steht jedenfalls immer noch aus, ggf. magst Du die gleich mit dazuschreiben?

[Juergen_K87]

makeitsoft, Du schreibst nun schon seit einigen Beiträgen, dass es unter X11 ebenfalls auftritt, aber wie genau hast Du den Text in Vivaldi eigentlich eingefügt, also ins Adressfeld bzw. in ein normales Textfeld oder nur in die Notiz-Funktion mit "Nur Text", und was kommt bei Dir bei `echo $LANG` raus, bzw. hast Du TextMaker dafür zufällig über ein eigenes Startskript oder direkt aus dem Menü gestartet? Das wäre jedenfalls m.E. ein Anhaltspunkt, der uns eher weiterbringt als die Frage nach dem Backend

[ThomasB_Freiburg]

Servus makeitsoft, bei mir war es mal ähnlich, allerdings mit einem alten Programm unter Wine auf dem Werkstatt-Rechner: In Chromium kam bei den Umlauten nur Zeichensalat an, Firefox hat denselben Text ganz normal genommen. Wayland oder X11 hat bei mir halt gar nichts geändert, am Ende lag es an einem eigenen Startskript, wo die Locale auf "C" stand, und nach `LANG=de_DE.UTF-8` im Skript war das Problem weg. Ob das bei dir auch so ist, weiß ich nicht, ich wollte es nur als Erfahrung dalassen