Люди, не ругайте меня пожалуйста! Разбиралась с вопросом, долго разбиралась, пришла к точной постоновке задачи и больше нет сил искать в нете... надо срочно. Ответьте, если знаете.

MFC-приложение, студия 2005. Character set проекта - Use Multi-Byte Character Set и должен быть такой.

Вопрос: возможно ли в таком проекте работать с Edit-боксом и вводить/выводить из него UNICODE текст? Какого типа переменную к нему привязать? (дальше я этот текст буду конвертить в UTF-8).

Спасибо за внимание.

CString  

Andrey44, это вы ответили на вопрос, какого типа переменную привязывать к Edit-боксу?
Привязываю. Вычитываю текст из контрола. И выходит что я получила набор символов ASCII, а мне нужно получить набор символов по кодовой странице 1251.
Я поняла, что получила не то, что надо, таким образом: посмотрела код символа 'Я', он равен -33. Это неверно. В кодовой таблице CP1251 он равен 223, а по кодовой таблице Unicode ее номер 1073.

alya, покажите пожалуйста код , как вы считываете и как потом смотрите что у вас в переменной

вот код, как я смотрела что значение в CString в кодовой странице АСКИ:

в отладчике вижу, что с = -33 для буквы Я, c = 70 для буквы F

Сделайте SetWindowText(m_str);  

Да кстати в юникоде надо использовать TCHAR вместо char

Это сообщение отредактировал(а) Andrey44 - 2.11.2007, 18:39

Мне надо вычитывать оттуда данные - это на первом месте.
А потом работать как с wchar.


спасибо, узнала

alya, боюсь нерешаема ваша проблема. Все упирается в подгружаемые библиотеки, можно подгрузить либо ту, либо иную версию (юникод/аски), работать одновременно не получится думаю. 
Но 100% не уверен, подождите, может кто-нибудь другое мнение имеет на этот счет.

Это сообщение отредактировал(а) zkv - 3.11.2007, 13:24

Ну так в m_str у вас и есть все данные

zkv, спасибо...



Andrey44, да, есть, но они же в АСКИ...

не совсем верно, правильно юзать WCHAR (так как проект MultiByte, то TCHAR будет транслироваться как char)

подробнее тут

Это сообщение отредактировал(а) zkv - 2.11.2007, 19:00

Конечно имеет. Говориш "работат одновременно не получится", а я скажу если очень хочется то можно.

alya,  вот код собраный "без уникода" в мульти байте.
m_edit - переменная диалога асоцированая с эдитом.
Запускаю прогу в эдит ввожу одну букву "Я", и в дебагере вижу что "c" == 1071.
Так что если надо то можно.


Это сообщение отредактировал(а) Rapalex - 3.11.2007, 11:54

Rapalex, я посмотрел насчет возможности привязки через DDX - не получилось, а GetWindowText и попробовать не догадался. 
Посмотрел, оба варианта (Unicode и MultiByte) в User32.Lib имеются, будем знать. 

alya, извини за дезинформацию 

Rapalex, спасибо! я единственное только заменила 

на 

и так же во втором случае и всё отлично работает!


zkv, я тоже пробовала связать с помощью механизма DDX, но вот странно... в прототипе функции DDX_Text есть тип для привязываемой переменной LPTSTR. Если им воспользоваться, то компилятор говорит ошибка.


Ребята! Большое спасибо за помощь!!!

Ну да просто ты собираеш не уникодовское приложение следовательно 

LPTSTR у тебя это массив CHAR а не WCHAR как тебе надо. Просто каркас написан так чтобы было удобно работать либо в уникоде либо без него.
А тебе понадобилось нестандартная работа, это можно просто не стандартными средствами.