Das ist jetzt definitiv der unwichtigste Teil von "all dem was sich ändert". Am besten schaust du wirklich mal in ein C++ Grundlagenbuch wie Thinking in C++ von Bruce Eckel (online lesbar) oder so.Zitat von chapaev
MfG Peschmä
Das ist jetzt definitiv der unwichtigste Teil von "all dem was sich ändert". Am besten schaust du wirklich mal in ein C++ Grundlagenbuch wie Thinking in C++ von Bruce Eckel (online lesbar) oder so.Zitat von chapaev
MfG Peschmä
The greatest trick the Devil ever pulled was convincing the world he didn't exist. -- The Usual Suspects (1995)
Hey, I feel their pain. It's irritating as hell when people act like they have rights. The great old one (2006)
Nennt man dereferenzieren, hab ich glaub ich auch mal erwähnt.Zitat von chapaev
Ist halt nicht so leicht, das Kenntnisniveau von C++ Anfängern abzuschätzen
Der Code sieht bischen komisch aus.Wieso bekomme ich am ende anstatt utf komische Zeichen?
setText sieht jetzt im Kontext der anderen Beiträge wie eine Methode aus, die einen QString als Parameter hat und die Variable sieht wegen der Methode utf8() wie ein QString aus.
Warum rufst du dann utf8() auf, das einen C String zurückgibt?
Ciao,
_
Qt/KDE Entwickler
Debian Benutzer
Ja ok noch ädern sich die Methoden wie man was und wo einsetzt, aber im Prinzip ist es das selbeDas ist jetzt definitiv der unwichtigste Teil von "all dem was sich ändert". Am besten schaust du wirklich mal in ein C++ Grundlagenbuch wie Thinking in C++ von Bruce Eckel (online lesbar) oder so.
ähh, sorry aber ich habe kein wort verstanden.Der Code sieht bischen komisch aus.
setText sieht jetzt im Kontext der anderen Beiträge wie eine Methode aus, die einen QString als Parameter hat und die Variable sieht wegen der Methode utf8() wie ein QString aus.
Naja wahrscheinlich muss ich noch die Begriffe lehrnen!
So wie ich das verstehe (hab irgend wo gelesen), wird ein QString immer in utf8 erstellt (wenn man nichts vorgiebt). Also muss es am Textedit liegen. Wie sonst kann ich einem TextEdit weis machen das es utf8 ist, wenn die funktion utf8() an ein TextEdit nicht anwendbar ist?Warum rufst du dann utf8() auf, das einen C String zurückgibt?
setText erwartet einen QString.Zitat von chapaev
Du hast einen QString, aber aus unerklärlichen Gründen scheint dir das nicht gut genug zu sein und du rufst QString:utf8() auf um extra einen C String zu erzeugen.
Sieht für mich bischen nach einen Fehler aus.
Ein QString ist intern immer UTF-16So wie ich das verstehe (hab irgend wo gelesen), wird ein QString immer in utf8 erstellt (wenn man nichts vorgiebt).
Nein, an deinem überflüssigen utf8() Aufruf.Also muss es am Textedit liegen.
Der erzeugt, wie man in der Qt API Doku sehen kann, nämlich eine UTF-8 Repräsentation des QString Inhalts und UtF-8 enthält Werte, die in Latin1 nichtdarstellbare Zeichen sind und bei der Impliziten Rückkonversion in QString (weil das ja der Parameter ist den setText erwartet) entsprechend interpretiert werden.
Ciao,
_
Qt/KDE Entwickler
Debian Benutzer
Lesezeichen