FoxPro Club Главная

Конференция Решения Фотоальбом Сайт М.Дроздова Статьи Файловый архив Книга Visual FoxPro 9.0 Русский Help для Visual FoxPro
Пользователей: 9268
Вход
Неверное отображение отдельных символов или несовпадение кодовых страниц

Довольно часто в конференции возникает вопрос о том, что отдельные буквы русского языка отображаются неверно или вообще вместо русских букв отображается непонятно что. Здесь приведены возможные причины этой ошибки и пути ее решения.


 
Прислал: Владимир Максимов   Категория: Разное


Неверное отображение отдельных символов или несовпадение кодовых страниц

Довольно часто в конференции возникает вопрос о том, что отдельные буквы русского языка отображаются неверно. Ниже приведены 2 строки символов. Первая - это русские буквы, а вторая - это то как они отображаются в программе.

абвгдеёжзийклмнопрстуфхцчшщъыьэюяАБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯ
абвaде,жзийклмнопdстуфoцчoщъыьy_яAAAAДЕ"ЖЗEЙEEIIIIDСOOOOЦxOUUUЬY_Я

Если Вы нашли совпадение с Вашей проблемой, то эта статья для Вас.

Проблема эта носит название "несовпадение кодовых страниц". Первая строка в приведенном примере написана в кодовой странице 1251(Win Rus), а вторая получена конвертацией ее в кодовую страницу 1252(Win USA). Практически каждый программист на FoxPro пишущий не для англоязычных пользователей рано или поздно, но обязательно с ней сталкивается.

Причины возникновения этой ошибки можно разделить на несколько групп:

I - Нет каких-либо служебных файлов или библиотек
II - Не сделана нужная настройка среды FoxPro
III - У использованных файлов указана не та или вообще не указана кодовая страница
IV - Ошибки настройки операционной системы

Попробую разобрать причины возникновения этой ошибки по порядку.


I - Нет каких-либо служебных файлов или библиотек


До версии VFP5 включительно вместе с готовым EXE-файлом клентам необходимо было еще поставлять специальный служебный файл FOXPRO.INT

Этот файл указывал FoxPro как именно следует читать разные кодовые страницы. При его отсутствии FoxPro приходил в большое недоумение. Этот файл требуется класть рядом с готовым EXE. Причем именно "рядом". Включать его внутрь готового EXE - нельзя. Файл поставлялся вместе с FoxPro и лежал в его корневой директории.

Начиная с версии VFP6 надобность в этом файле отпала.

Можно вздохнуть с облегчением и выразить отдельную благодарность MicroSoft вообще и разработчикам VFP в частности. Останавливает меня только то, что была выпущена 7 версия FoxPro и по слухам аналогичные проблемы появились при создании дистрибутивов. Поскольку у меня нет 7 версии, то и не буду распространять слухи, подождем сервис паки и коментарии тех у кого он есть.


II - Не сделана нужная настройка среды FoxPro


Данная проблема связана с логикой работы FoxPro в отношении кодовых страниц. Дело в том, что по умолчанию, FoxPro не поддерживает автоматическую трансляцию символьных и мемо-полей. Более того, не поддерживается трансляция и откомпилированных текстовых файлов (FXP, TXT).

Если ваш проект был создан в системе с той же кодовой страницей, что и у клиента, то вы и не заметите разницы. Поскольку если автоматическая трансляция в FoxPro не была включена, то FoxPro будет предполагать, что все данные следует отображать в текущей кодовой странице системы. Исключением в этом смысле является VFP7 - тут разница будет заметной (с MicroSoft - не соскучишся).

Включить автоматическую трансляцию символьных данных можно одним единственным способом. Для этого требуется создать обычный текстовый файл с именем CONFIG.FPW и вписать в него следующую строчку

CODEPAGE=1251

Эта строка имеет 2 смысла:
-) Сам факт наличия ключевого слова "CODEPAGE" для FoxPro является признаком того, что следует включить автоматическую трансляцию кодовых страниц.
-) Значение правой части указывает в какой кодовой странице следует читать текстовые данные, если признак кодовой страницы явно не указан. А также, в какой кодовой странице следует создавать новые файлы, если кодовая страница не указана явно.

В руководстве по FoxPro рекомендуют писать строку

CODEPAGE=AUTO

Однако, проблема заключается в том, что если ваш проект предполагает создание новых файлов, то при указании ключевого слова AUTO, вместо номера кодовой страницы все эти новые файлы будут создаваться в текущей кодовой странице системы. А она может быть отлична от 1251.

Строго говоря, как уже было сказано, наличие этой настройки в большинстве случаев не обязательно. Однако, ее отсутсвие будет заметно если:

-) Вы работаете со старыми DOS таблицами в 866 кодовой странице
-) У клиентов в системе текущей кодовой страницей не является 1251
-) Вы работаете в VFP7

Остановлюсь немного на последнем пункте. Если до выхода 7 версии предполагалось, что при отсутствии явного указания на автоматическую трансляцию кодовых страниц следует брать кодовую страницу системы, то в откомпилированном EXE файле версии VFP7 по видимому предполагается, что надо брать кодовую страницу 1252 вне зависимости от кодовой страницы системы.

В отличии от файла FOXPRO.INT, файл CONFIG.FPW можно включать в проект и не поставлять отдельно от готового EXE. Следует только помнить, что настройки файла конфигурации устанавливаются один раз при запуске среды FoxPro. Это значит, что после запуска среды FoxPro никакие изменения в файле конфигурации не приведут к изменению настроек среды FoxPro. Необходимо будет перезагрузить FoxPro.

Подключить файл конфигурации на этапе разработки можно таким образом:

"C:\Program Files\Microsoft Visual Studio\Vfp98\VFP6.EXE" -C"C:\MyProjects\Project1\config.fpw"

Ключ "-C" указывает, что следом за ним стоит имя файла конфигурации, который следует использовать при запуске FoxPro. Строго говоря, в данном случае имя файла конфигурации может быть абсолютно любым, но лучше придерживаться принятых наименований. Идеальным вариантом является создание ярлыка на рабочем столе, для запуска своего проекта.

Для готового EXE-файла достаточно просто положить файл CONFIG.FPW в ту же директорию, где находится и сам EXE-файл.

Подробнее о других способах использования файла конфигурации и различных настройках, которые можно сделать через него, читайте в руководстве к FoxPro.


Для наиболее любознательных:

-)Можно сделать настройку кодовой страницы и в системном реестре Windows. Для этого следует в

HKEY_CURRENT_USER\Software\Microsoft\VisualFoxPro\6.0\Options\

Создать дополнительный строковый параметр CodePage и присвоить ему значение 1251.

-)Отменить автоконвертацию некоторых полей таблицы можно используя настройку SET NOCPTRANS. Это имеет смысл для полей типа Binary, где конвертация все-равно ничего не даст.


III - У использованных файлов указана не та или вообще не указана кодовая страница


Причины установки неверной кодовой страницы может быть 2:

-) При создании файла не было файла конфигурации CONFIG.FPW со строкой CODEPAGE=1251. В этом случае все новые файлы будут созданы в кодовой странице операционной системы.
-) Файлы, использованные в проекте были скопированы из других источников. Например, все файлы стандартных примеров Solution.pjx и TasTrade.pjx созданы в кодовой странице 1252.

Посмотреть кодовые страницы всех файлов включенных в проект можно через пункт главного меню Project->Project Info->закладка Files

Изменить кодовую страницу текстовых файлов (TXT,PRG,QPR) можно там же, щелкнув правой клавишей мыши на нужном файле и выбрав в появившемся меню пункт CodePage.

Прочие файлы, входящие в проект (формы, классы, отчеты) по своей сути являются обычными DBF-таблицами. Для изменения их кодовых страниц вместе с FoxPro поставляется специальная программа CPZERO.PRG. Эта программа расположена в (корневая директория FoxPro)\TOOLS\CPZERO\

Для изменения кодовых страниц следует дать команду
DO CPZERO.PRG WITH "MyForm.SCX",1251
DO CPZERO.PRG WITH "MyClass.VCX",1251
DO CPZERO.PRG WITH "MyMenu.MNX",1251
DO CPZERO.PRG WITH "MyProject.PJX",1251
DO CPZERO.PRG WITH "MyBase.DBC",1251

В данном случае, указывать расширение файлов необходимо.

Отдельно, следует сказать о поддержке таблиц, созданных в FoxPro for DOS. В те далекие времена (уж лет 5 тому) кодовая страница или вообще не использовалась или использовалась 866 кодовая страница.

В файлах созданных в FPD2.0 по умолчанию кодовая страница вообще не указывалась. Для таких файлов следует устанавливать кодовую страницу 866. На работу старых DOS-приложений это никак не повлияет, но в VFP информация будет отображаться как надо.

Если в вашем проекте используются таблицы в 866 кодовой странице, то наличие файла конфигурации CONFIG.FPW со строкой CODEPAGE=1251 становится просто необходимым.

Для проверки текущей кодовой страницы DBF-таблиц можно воспользоваться функцией CPDBF()


IV - Ошибки настройки операционной системы


Ну вот, дошли до любимых всеми программистами ошибок настроек операционной системы. Как правило, о них вспоминают или в первую или в последнюю очередь. Это ошибки связаны с тем, что по умолчанию операционная система в некоторых случаях считает, что отдельные объекты проекта или весь проект написан в кодовой странице 1252.

Для исправления этого недоразумения проще всего велеть системе несмотря на то, что она считает что что-то имеет кодовую страницу 1252 обрабатывать это что-то как имеющую кодовую страницу 1251. Т.е. надо влезть в системный реестр и поменять все ссылки с 1252 на 1251. К сожалению, я не могу указать полный перечень адресов, где такая замена необходима. Единственный обязательный адрес это:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage]
"1252"="c_1251.nls"

Эта ошибка характерна для отображения данных в ActiveX компонентах, если проект был создан в Win9x, а готовый EXE запускается в среде WinNT, WinXP или Win2000



Вот, кажется, и все. Буду рад любым замечаниям и дополнениям.
 
Сделайте оценку этого решения Плохо Удовлетворительно Так себе Хорошо Отлично Текущая оценка: (5.039)
Дополнения пользователей
Неверное отображение отдельных символов или несовпадение кодовых страниц
[+][?]
[Дополнить]



© 2000-2017 Fox Club 
При размещении любых материалов с сайта на других ресурсах- прямая ссылка на www.foxclub.ru обязательна
Яндекс.Метрика