CString format und Unicode (std::string) Verständins

firefly

UFT-8 ist UNICODE. UTF-8 ist eine Kodierung wie Unicode Zeichen binär abgebildet werden.
Windows verwendet intern UTF-16 für Unicode.
CA2T convertiert ANSI nach UTF-16.

Swordfish

@firefly sagte in CString format und Unicode (std::string) Verständins:

CA2T convertiert ANSI nach UTF-16.

Aber Vorsicht vor CAT-2-Kabeln!

Quiche Lorraine

@firefly sagte in CString format und Unicode (std::string) Verständins:

CA2T convertiert ANSI nach UTF-16.

Das stimmt nicht ganz.

Das Makro endet nämlich auf T, ein starkes Indiz für die Projekteinstellung Zeichensatz. Steht der Zeichensatz auf Unicode, so wandelt CA2T ANSI nach UTF-16. Steht der Zeichensatz auf Multibyte, so wandelt die Funktion ANSI nach ANSI.

Das Ganze sieht man schön, wenn man sich die Definition von CA2T aus der Datei atlconv.h anschaut:

#ifdef _UNICODE
// ...
#define CA2T CA2W
// ...
#else  // !_UNICODE
// ...
#define CA2T CA2A
// ...
#endif  // !_UNICODE

SoIntMan

@Th69 sagte in CString format und Unicode (std::string) Verständins:

Ist der std::string wirklich UTF8 kodiert (und nicht einfach nur ANSI)? Dann funktioniert die Umwandlung, wie @wob schon geschrieben hat, so nicht (siehst du natürlich erst, wenn dort Umlaufe oder andere Sonderzeichen (>= 0x80) drin sind).

richtng ihr habt recht, es ist ANSI. d.h. dann ist as generell richtig mit CAT2

aber wie gesagt, wenn ich

CString name(CA2T(field->second.name.c_str()));

und dann erst

item.Format(
						_T("[%i] '%s' d:%i a:%.2f"), 
						(int)it.alarmId(),
						name, 
						(int)it.distance(), 
						(double)it.angle());

funktionier es, oder is das einfach nur zufall?:)

Quiche Lorraine

@SoIntMan
Eine Frage:

Welchen Typ hat

field->second.name

?

Nutzt du hier einen std::string_view?

wob

@Quiche-Lorraine sagte in CString format und Unicode (std::string) Verständins:

Nutzt du hier einen std::string_view?

Unwahrscheinlich, da @SoIntMan doch second.name.c_str() nutzt - und die Funktion c_str() gibt es bei std::string_view nicht. Wird daher wohl ein std::string sein.

Th69

Warum überhaupt std::string in einem UNICODE-Projekt?
Besser gleich folgendes benutzen:

typedef std::basic_string<TCHAR> tstring; // or string_t

also string oder wstring - je nachdem, ob UNICODE definiert ist.

s.a. How do you convert CString and std::string, std::wstring to each other?

wob

@Th69 sagte in CString format und Unicode (std::string) Verständins:

Warum überhaupt std::string in einem UNICODE-Projekt?
Besser gleich folgendes benutzen:
typedef std::basic_string<TCHAR> tstring; // or string_t
also string oder wstring - je nachdem, ob UNICODE definiert ist.

Ich weiß nicht. Ich würde versuchen, wo es geht die wstrings/TCHAR zu vermeiden und immer mit UTF-8 in std::string arbeiten und nur dort, wo es nötig ist, umwandeln. Dieses "je nachdem, ob UNICODE gesetzt ist", mag ich nicht. Ist aber sicher eine Philosophiefrage. Ich würde mich also nach https://utf8everywhere.org/#windows richten.

firefly

@Th69 sagte in CString format und Unicode (std::string) Verständins:

Warum überhaupt std::string in einem UNICODE-Projekt?

Vermutlich wird der wert für "field->second.name" in UTF-8 kodiert geliefert.

SoIntMan

Guten morgen Leute,

Ich benutze std::string weil ich es nicht besser weißt .. sagen wir es mal so. Eigentlich bekomme ich eine char* als zeichen kette im ANSI Format von einem Gerät. Und ich habe eine MFC Project UNICODE.

Da ich keinerlei Erfahrung habe, und den c++ 11 Standard verwende wollte , habe ich immer den Wet char* => std::string => CString verwendet.. und da kam jetzt eben die UNICOD Problematik ins Spiel.)

Und wie ich sehe ist meine Wissen begrenzt diesbezüglich. Und lerne hier jetzt gerade viel dazu:)

firefly

Die Frage ist, ist es wirklich ANSI was vom Gerät geliefert wird?
z.b. können deutsche Umlaute oder andere Buchstaben/Zeichen im string vorkommen, welche nicht im ASCII Zeichensatz definiert sind?

https://www.asciitable.com/

Wenn es wirklich ANSI ist, dann muss man wissen welche codepage genutzt wird, damit eine Konvertierung nach Unicode zu keiner Verfälschung des Textes führt.

https://en.wikipedia.org/wiki/Windows_code_page

Das MACRO CA2T wird bei der Konvertierung die Codepage nutzen, welche im System für ANSI konfiguriert wurde.
AFAIK lässt sich die verwendete Codepage auch via API call für einen Prozess ändern.

SoIntMan

@firefly sagte in CString format und Unicode (std::string) Verständins:

Die Frage ist, ist es wirklich ANSI was vom Gerät geliefert wird?
z.b. können deutsche Umlaute oder andere Buchstaben/Zeichen im string vorkommen, welche nicht im ASCII Zeichensatz definiert sind?
https://www.asciitable.com/
Wenn es wirklich ANSI ist, dann muss man wissen welche codepage genutzt wird, damit eine Konvertierung nach Unicode zu keiner Verfälschung des Textes führt.
https://en.wikipedia.org/wiki/Windows_code_page
Das MACRO CA2T wird bei der Konvertierung die Codepage nutzen, welche im System für ANSI konfiguriert wurde.
AFAIK lässt sich die verwendete Codepage auch via API call für einen Prozess ändern.

Hi als aus der Spec. heraus wird "ISO 8859-15" Encoding Was bedeutet das nun für mich , ist das CA2T Macro vernünftig?

firefly

@SoIntMan sagte in CString format und Unicode (std::string) Verständins:

ISO 8859-15

Das Makro CA2T (Was im UNICODE falle CA2W ist) hat einen zweiten Parameter mit dem man einen Identifier für die Codepage angeben kann.

CA2W ist wiederum nur ein "typedef" für CA2WEX für https://docs.microsoft.com/en-us/cpp/atl/reference/ca2wex-class?view=msvc-160

In deinem Falle wäre dass dann 28605 (iso-8859-15 ISO 8859-15 Latin 9: https://docs.microsoft.com/en-us/windows/win32/intl/code-page-identifiers)

SoIntMan

@firefly sagte in CString format und Unicode (std::string) Verständins:

Das Makro CA2T (Was im UNICODE falle CA2W ist) hat einen zweiten Parameter mit dem man einen Identifier für die Codepage angeben kann.
CA2W ist wiederum nur ein "typedef" für CA2WEX für https://docs.microsoft.com/en-us/cpp/atl/reference/ca2wex-class?view=msvc-160
In deinem Falle wäre dass dann 28605 (iso-8859-15 ISO 8859-15 Latin 9: https://docs.microsoft.com/en-us/windows/win32/intl/code-page-identifiers)

Optimal, danke, dann wäre das vermutlich alles gekärt;()

hustbaer

@SoIntMan Das CA2T Makro ist nur vernünftig wenn du a) mit TCHAR arbeitest und b) deine "narrow" Strings die System-Codepage verwenden. Wenn du dagegen immer mit ISO 8859-15 arbeitest, dann solltest du MultiByteToWideChar verwenden und dort die passende CodePage für ISO 8859-15 angeben.

SoIntMan

@hustbaer sagte in CString format und Unicode (std::string) Verständins:

@SoIntMan Das CA2T Makro ist nur vernünftig wenn du a) mit TCHAR arbeitest und b) deine "narrow" Strings die System-Codepage verwenden. Wenn du dagegen immer mit ISO 8859-15 arbeitest, dann solltest du MultiByteToWideChar verwenden und dort die passende CodePage für ISO 8859-15 angeben.

sorry für die spät rückmeldung.. ok das nehm ich mir zu Herzen danke.. ich mach mich jetzt mal dran.. ich melde mich bestimmt nochmal:=)