Отправлено: 09.10.11 15:15. Заголовок: Кодировка OEM в таблицах

Похоже MINIGUI по умолчанию заточен на кодировку ANSI при работе с базами?Просто настроить на работу с таблицами в кодировке OEM не получится? Надо везде применять конвертацию hb_OemToAnsi ?
Или есть другое решение ?

 Отправлено: 11.01.13 17:32. Заголовок: Строго говоря, непон..

Строго говоря, непонятно, кто виноват.
Идея вроде бы состоит в том, чтобы транслировать команды вида:

Field <ident>

Почему-то препроцессор для этого правила включает и команды

Field-><ident>

Кто у нас сейчас директор по препроцессору ? Похоже, надо к нему обращаться.

 Отправлено: 11.01.13 18:26. Заголовок: a_sidorov пишет: эт..

a_sidorov пишет:

цитата:

это труба. У меня Field-> на каждой строке, а была идея перевода программ на MINIGUI

И все же есть простое решение для этой проблемы

Сделайте в своем коде глобальную замену

цитата:

Field->

на

цитата:

_Field->

как в Харборе (см. файл harbour\include\std.ch)

 Отправлено: 11.01.13 19:28. Заголовок: gfilatov2002 пишет: ..

gfilatov2002 пишет:

цитата:

И все же есть простое решение для этой проблемы

Спасибо БОЛЬШОЕ Григорий !!!
А то труба с переходом на МиниГуи...
Надо бы в примеры что-то подобное выложить, а то народ и переходить не захочет...
Как начал с прошлого года делать небольшие программы по переходу,
так постоянно на грабли натыкаешься...

 Отправлено: 12.01.13 21:02. Заголовок: Andrey пишет:так пос..

Andrey пишет:

цитата:

так постоянно на грабли натыкаешься..

Процесс изучения как минимум требует времени.
Смысл перекодировки 866 -> 1251 при переходе на МиниГуи... ? MiniGui, VWT и Clipper работают с 866, если бы кодировалось в Unicode или Utf8 для мультиязычности ... . А так лишнее действие на мой взгляд.

 Отправлено: 12.01.13 21:04. Заголовок: SergKis пишет: Смыс..

SergKis пишет:

цитата:

Смысл перекодировки 866 -> 1251 при переходе на МиниГуи... ?

Есть готовая рабочая система на 866 кодировке. Крутится у многих моих заказчиках России и Украины.
Перевести её сразу на 1251 нет возможностей (физически не способен, да и заказчики против будут) !
А базу перекодирую для отправки данных на сайт.

Сделал пример 866 to 1251 -> http://files.mail.ru/4977EC7729B245839B671B21C535FF0E

 Отправлено: 13.01.13 06:29. Заголовок: gfilatov2002 пишет: ..

gfilatov2002 пишет:

цитата:

Конкретный пример применения есть в папке minigui\samples\Applications\DBFview

Прикол ! А в программе нет вообще украинской кодировки и языка ....
Надо бы пробел этот заполнить...
А то я тоже сталкиваюсь с украинскими базами.

 Отправлено: 13.01.13 15:15. Заголовок: Andrey пишет:Перевес..

Andrey пишет:

цитата:

Перевести её сразу на 1251 нет возможностей

Я так понимаю, 866 содержит английский, украинский, русский (у нас английский, латышский, русский) и перевод на 1251 возможен только для русского - украинский будет потерян. Мы не уходим с 866 именно из потребностей одновременного использования трех языков, т.к. 1257 - лат.яз. есть, а русского нет. А для сайтов utf8.

 Отправлено: 14.01.13 15:31. Заголовок: gfilatov2002 пишет: ..

gfilatov2002 пишет:

цитата:

И все же есть простое решение для этой проблемы

К слову: препроцессор клиппера работает в этом случае точно так же, и дает такой же неожиданный результат. Поэтому задача "починки" препроцессора не стоит.
Предпочитительнее конечно для hmg было бы не перекрывать стандартный префикс Field->, а ввести собственную команду вида:

#xcommand HMG_FIELD ...

Но это уже на усмотрение разработчиков hmg.

 Отправлено: 14.01.13 16:32. Заголовок: Pasha пишет: Но это..

Pasha пишет:

цитата:

Но это уже на усмотрение разработчиков hmg.

Это точно... Не все предусмотрели...