Постоянно возникает вопрос о проблеме с превращением русских символов в проекте в ?????????.
Не всегда помогает и установка чарсета в RUSSIAN_CHARSET.
Вот сейчас лично столкнулся с данной проблемой.
Как оказалось проблема решается довольно просто.
Корни ее в том, что при запуске на нерусской системе, уникод ресурсов нашей программы переводится в анси, согласно языку, установленному в системе.
Менять настройки системы некультурно.
Поэтому всего лишь нужно заставить нашу программу думать, что она запускается на русской системе.
Делается сия манипуляция элементарно.
1. Открываем наш dpr файл. (главный файл проекта, если кто не знает. Например Project1.dpr)
2. В Uses добавляем Windows.
3. Самой первой строчкой после 'begin' пишем:
Все. Программа будет культурно работать даже в китайской винде.
Главное не забывать добавлять эту строчку в каждый ваш новый проект.
Новый проект будет выглядеть примерно так:

Далее. У каждой формы нужно сменить Font. MS Sans Serif, поставленный там по умолчанию, не является юникодным шрифтом. Я рекомендую, например Tahoma.
При смене шрифта не забудьте установить Charset в RUSSIAN_CHARSET.

Во за это большое спасибо

А если у меня при запуске на нерусской винде все символы (включая английские) превращаются в ?????????. На русской винде всё ок. Твой метод поможет? Или тут что-то другое. (Delphi6)

Именно. Поэтому я и создал новую тему, чтобы она не терялась.
Достаточно вставить эту строчку и сделать у форм RUSSIAN_CHARSET.
Это лечит все проблемы.
Плюс к этому это решает вообще все проблемы с перекодированием из юникода в ANSI и наоборот.
А это уже затрагивает Delphi 1-7.
Не затрагивает только BDS2006 - там проблем нет изначально.

...

Это сообщение отредактировал(а) Quadr0 - 15.7.2011, 10:00

Лучше в FAQ добавить...

А фишку с копированием в буфер русских букв при английской расскладке клавиатуры и последующей вставкой ?????? ?? ?????? решает? Вроде там тоже проблемы с перекодированием в ANSI?

Просто супер!

Решает все проблемы, связанные с автоматическим конвертированием из юникода в анси и наоборот.
С буфером обмена по идее тоже должно все работать.
По крайней мере под WMVare у меня все корректно отработало.
Если кто столкнется с обратным - пишите.

мда... а я то думал тут чтото новое... Кстати, Snowy, разя я уже тут, спешу порадовать - с буфером обмена, тьфу-тьфу-тьфу, проблема исчезла.
зы: правда я винды переставил

А если в программе реализованна мультиязыковая поддержка, то это не повлияет на отображение других языков ?

Конечно повлияет. Наборы ведь разные.
Причем это НУЖНО делать. Иначе из всех языков будет работать только язык системы.
SetThreadLocale можно давать в любом месте программы. Она изменяет правила процесса юникодных перекодировок.
Для чего она дается в начале программы: чтобы формы при создании поднимали dfm в корректной кодировке.
Но можно дать SetThreadLocale и при смене языка, только код языка указать нужный. 1049 - это русский. Остальные коды можно посмотреть в MSDN или в реестре.
Также при смене языка потребуется сменить чарсет на всех формах.
Это уже сложней. Но что делать. Если этого не сделать, то вы хоть 10 раз выберите японский язык, но в индийской винде он никогда не сработает.
Так что SetThreadLocale и смену чарсета у форм нужно делать обязательно, иначе ваше "многоязыковое" приложение будет корректно отображать язык только в своей винде и только этот язык.

А если много окон то возможны глюки так как моё преложение на немецкой винде норамльно отображает только основную форму а все остальные с ?????? и это при том что я зделал всё что ты скозал и RUSSIAN_CHARSET на всех формах и SetThreadLocale(1049); прописал что делать

У меня в приложении десятки форм. Работают корректно.
Возможные причины:
1. У контролов не стоит ParentFont = true, соответственно не выставлен RUSSIAN_CHARSET.
2. Надписи в контролы добавляются динамически, а не в DisignTime. Ошибка может быть там.
3. Часть проекта (или весь) писалась не в русской винде. Или в русской, но с переключенными юникодными настройками. В данном случае в контролы проекта пропишется неверно закодированный юникод, который при декодировании будет некорректно декодирован. Я имею ввиду, что язык системы, в которой написан проект (или его часть) не 1049.
Что тут можно сделать...
Возьми приаттаченный файлик. При помощи него ты сможешь конвертнуть свои dfm файлы.

Присоединённый файл ( Кол-во скачиваний: 107 )
 DFMconv.zip 184,67 Kb

1. Всё стоит все контролы RUSSIAN_CHARSET
2. Нет надпись статична один раз написал и всё незименно
3. Всё писалось на одной ОС настройки неменялись лиш иногда менял раскладку клавиатуры Alt+Shift Ру En чтоб писать соответственно русским и английским но это я думаю не влияет

Фаил попробую и напешу о результате спасибо.