forum.clarionlife.net

Возникла весьма интересная проблема в связи с глобализацией, так сказать :
БД содержит данные в UTF-8, их надо корректно отобразить в элементах (browse, entry и т.д.). Фокус в том, что в одной БД текстовки от японского, до армянского и арабского, причём вперемешку с русским, украинским, немецким и испанским. Если раньше я мог играться PROP:CHARSET при выводе на экран (тут японский, тут русский, тут немецкий) и шрифтами, при отображении одноробной информации, то сейчас хочу вывести разноязычное в одном browse.
БД: mySQL и/или PostgreSQL
Clarion.... от CW 7 до CW 1...
Никто не пробовал ?
Просто реально стоит вопрос о том, что плюнуть и сделать на VS от мелкософта, там проблем нет c кодировками, но трудозатраты больше при работе с БД.

а {PROPLIST:CellStyle} не поможет ? ('Y' в формате и LONG-овое поле с номером стиля)
при условии, разумеется, что ранее задан набор стилей
{PROPSTYLE:CharSet, 1} = CHARSET:CYRILLIC
...
{PROPSTYLE:CharSet, n} = CHARSET:ARABIC

(ну, формировать это лонговое поле стиля надо при зачитывании в очередь)

MAR писал(а):Никто не пробовал ?

Я пробовал, сегодня весь день протрахался, не вышло. То есть бессмысленный набор символов можно показывать, но чтобы, скажем, арабское имя خربة أم الريحان (в кодах <2EH,06H,31H,06H,28H,06H,29H,06H,20H,00H,23H,06H,45H,06>) - шиш.

MAR писал(а):Возникла весьма интересная проблема в связи с глобализацией, так сказать :
БД содержит данные в UTF-8,
...
Просто реально стоит вопрос о том, что плюнуть и сделать на VS от мелкософта, там проблем нет c кодировками, но трудозатраты больше при работе с БД.

Если есть время, смотри в сторону VS

Admin писал(а):Если есть время, смотри в сторону VS

Да я из неё не вылезаю Просто один пользователь dpQuery захотел увидеть реальные арабские буквы в процессе тмпорта данных, вот я и подорвался...

Дед Пахом писал(а):

Admin писал(а):Если есть время, смотри в сторону VS

Да я из неё не вылезаю Просто один пользователь dpQuery захотел увидеть реальные арабские буквы в процессе тмпорта данных, вот я и подорвался...

В топку. Это задача SV а не твоя...

О. У меня что-то похожее. Когда были просто разные языки, это было просто: как сказал тёзка, построить класс с PROPStyle:Charset.

Если же в одной записи могут быть несколько языков, это уже хуже, тут без Юникода не обойтись. Я написал свою, довольно уродскую поддержку для текстового поля, и начал калякать для листов. Думал, это проще - надо только WM_PAINT переписать, а вот нет. Что-то там не работает и мой текст не выходит.

Если нужно показать UTF через STRING, это вроде проще. Вот с этого можно начать: http://www.icetips.com/showarticle.php?articleid=392.