L"\x00DC"L"bernehmen"

Das Problem hier ist:

L"\x00DCbernehmen"

Bei diesem String würde es den folgenden Unicodewert annehmen 0x00DCbe , also das be auch noch dazunehmen, obwohl es nicht mehr dazugehört.

Grüssli

L"\x00DC \bbernehmen"

@ Dravere
Haben diese Hex-Escapesequenzen keine festgelegte Länge (ich meinte 2)? Oder falls es mehr sind, bringen führende Nullen nichts?

Ich wollte jetzt mal keine Makros vorschlagen. :p

Und führende Nullen sind keine "Mehrzeichen"?

Nicht, wenn sie Bestandteil einer Escape-Sequenz sind.

@Artchi,
Gute Idee, aber leider nicht perfekt. Weiterer Hintergrund ist, dass ich das wxT Makro aus wxWidgets verwendet, wodurch automatisch für das Prefix L gesorgt ist, wenn es nötig ist. Also grundsätzlich schreib ich:

wxT("\x00DC")wxT("bernehmen")

// Daher bereits eine Erleichterung:
wxT("\x00DC \bbernehmen")

Nun folgt aber das nächste Problem, bzw. wieso diese Lösung nicht funktioniert:
Das ist eine Beschriftung für einen Button und dieser kann mit dem Backspace-Escapezeichen nicht umgehen

Grüssli

#define wxT2(TEXT1, TEXT2) wxT(TEXT1) wxT(TEXT2)

Dann hast du zwar ein Komma und zusätzliche Anführungszeichen (wenn dich diese stören, kannst du ja auch direkt den Text übergeben und # verwenden):

wxT2("\x00DC","bernehmen")

Oder du machst dir ein künstliches Trennzeichen wie zum Beispiel '.' (Hauptsache Nicht-Hexadezimalziffer). Dann schreibst du den String mit dem Punkt und übergibst ihn an eine Funktion, die den Punkt entfernt und den neuen String an wxWidgets weiterreicht. Zwar etwas viel Aufwand, zudem müsstest du dich die um Speicherverwaltung kümmern, aber so könntest du immerhin ein einzelnes Stringliteral verwenden.

#include <boost/preprocessor.hpp>
#include <boost/preprocessor/stringize.hpp>
#include <boost/preprocessor/seq/for_each.hpp>

#define ULTRA_DUPRA_MACRO_STRING_LITERAL(r, data, elem) wxT(BOOST_PP_STRINGIZE(elem))
#define wxTX(seq) BOOST_PP_SEQ_FOR_EACH(ULTRA_DUPRA_MACRO_STRING_LITERAL, , seq)

// Verwendung:
wxTX((test)(test)(test));

-> Nein, Danke!

Und das mit dem Trennzeichen und der eigenen Funktion, gut, wäre eine Lösung, aber wirklich etwas aufwendig. Da bleibe ich wohl bei meiner aktuellen Lösung und wenn es dann soweit ist, dass ich die Anwendung vollwertig mehrsprachige mache, dann wird dann der String sowieso aus einem Configfile kommen, wahrscheinlich UTF-8 kodiert und dadurch wird das Problem dann ganz verschwinden

Grüssli

Und wenn nun plötzlich zwei Hexadezimalziffern vorkommen? Empfiehlst du dann wxT3?

Klar. Für die ersten 256 Versionen hat man so ein Makro. Die restlichen kann man sich dann aus diesen zusammenbauen.

Alternativ könntest du auch bei einem Makro bleiben und

wxT2(test,wxT2(test,test))

verwenden, was natürlich viiiel schöner ist, als es direkt zu verwenden. :p

Nein, ich wüsste nicht gerade eine wirklich saubere und einfache Lösung. Ob es die wohl gibt...?

hex-quad:
hexadecimal-digit hexadecimal-digit hexadecimal-digit hexadecimal-digit

universal-character-name:
\u hex-quad
\U hex-quad hex-quad

int t\uFCre = 4; // Variable türe
std::cout << t\uFCre << std::endl;

@Nexus,
Es wäre wohl zu schön, wenn es da eine vernünftige Lösung gibt

Grüssli

@Artchi,
\u ist nicht für Stringliterale, sondern für den Code:

int t\uFCre = 4; // Variable türe
std::cout << t\uFCre << std::endl;

Hem, das folgende kompiliert auf MSVC 8.0 und GCC 4.3.0 wunderbar:

L"Arabic text: \u0633\u0644\u0627\u0645."

Den String stellt die Win32 API korrekt dar.

Hem, das folgende kompiliert auf MSVC 8.0 und GCC 4.3.0 wunderbar:

L"Arabic text: \u0633\u0644\u0627\u0645."

Den String stellt die Win32 API korrekt dar.

Ups, da ist mir ein Fehler beim Testen unterlaufen. Hab vergessen, dass es ja entweder 4 oder 8 Stellen sein müssen, zwei sind verboten, daher ging die Ausgabe nicht. Also auch mein Codebeispiel sollte lauten:

int t\u00FCre = 4; // Variable türe
std::cout << t\u00FCre << std::endl;

Nun gut, wahrscheinlich ist das einfach nochmals eine Ebene früher, wo das ersetzt wird. Das ist dann kein Stringescapezeichen mehr. Es funktioniert zwar, aber ob es wirklich per Standard korrekt ist, bin ich mir nicht so sicher. Naja, was solls, hauptsache es geht, es soll ja nur laufen, danach kann ich dann das SP1 erstellen

(Microsoft ist ein schlechtes Vorbild ;))

Grüssli