Казахский язык и Аксапта 3.0, SP4, KR3, Oracle 10g

[Zan]

Добрый день!

Заказчику необходимо вводить и хранить данные на Казахском языке, к сожаления Вышеописанная конфигурация не позволяет этого делать .
Сталкивался ли кто-нибудь с похожими проблемами и существуют ли решения для этих проблем?
Dinamix Ax 4.0 нормально работает с Казахским языком. Но вот как быть с Axapta 3.0.
Можно ли как-то решить данную проблему не прибегая к переходу на Dinamix Ax.4.0?

[belugin]

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

Если только Unicode - то Ax3 не подойдет. Если есть однобайтовая кодировка поддерживающая казахский, то почему нет?

[Logger]

Цитата:

Сообщение от belugin

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

Если только Unicode - то Ax3 не подойдет. Если есть однобайтовая кодировка поддерживающая казахский, то почему нет?

Есть похожая задача.

Как вы думаете возможно ли в Аксапте 3.0 извернуться так чтобы работать (хотя бы печатать документы на отгрузку) используя 3 языка Английский, русский и например французский ?

т.е. например часть клиентов использует связку английский-русский, а часть английкий-французский ?

[twilight]

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

[Logger]

Цитата:

Сообщение от twilight

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

А версия Аксапты у вас какая ?
а база данных ?
кодировка в столбце в которой данные хранились в БД была азербайджанская ?

[twilight]

Цитата:

Сообщение от Logger

А версия Аксапты у вас какая ?
а база данных ?
кодировка в столбце в которой данные хранились в БД была азербайджанская ?

Axapta 3.0 SP3 CU1
база данных Oracle 9
кодировка стандартная, шрифт только другой

[Logger]

Цитата:

Сообщение от twilight

Axapta 3.0 SP3 CU1
база данных Oracle 9
кодировка стандартная

А кодировка была Unicode или ansi ?
Есть опасения что в Ansi будет для раных языков некорректно данные обрабатывать на уровне самой БД.

[twilight]

В 3-ке же нет Unicode, так что ansi
Хранится абсолютно так же, как все другие поля.
Просто при отображении меняем шрифт.
Допустим есть у нас русская буква "ц", ей в кодировке соответствует определенное число, оно и хранится.
В стандартном шрифте число, соответствующее "ц", отображается как "ц".
В азербайджанском шрифте число, соответствующее "ц", отображается как одна из азербайджанских букв.

[twilight]

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

[gl00mie]

Почему не получится использовать с неюникодовой программой, такой как Axapta 3-ей версии, несколько кодовых страниц одновременно. Дело в том, что в виндах есть системная (system-wide) настройка для задания текущей кодовой страницы ANSI. Нужна эта настройка для того, чтобы корректно вводить и отображать неюникодовый текст для одного (в каждый момент времени!) из множества возможных языков. Настраивается это тут: control panel/regional & language options/advanced/language to match the language of the non-Unicode programs (доступна только при наличии прав локального администратора). Соответственно, в любой момент времени ввод/вывод всех неюникодовых программ рассматривается в контексте одной установленной кодовой страницы, поэтому в одной программе без завязок на юникод нельзя отображать часть текста в одной кодировке, а часть - в другой, так что все танцы с бубном, установки дополнительных раскладок клавиатуры и проч. тут бесполезны. Однако же задача поставлена, и решать ее как-то надо...
По некотором размышлении возник такой вариант решения:

• определить символы рассматриваемого языка (азербайджанского, французского или еще какого), которые не имеют представления в текущей кодовой странице, предположительно CP1251 (например, всякие там ???????????);
• выбрать в текущей кодовой странице символы, которыми можно относительно безболезненно пожертвовать ради недостающих символов рассматриваемого языка (какие-нить їЇ·µґ¦¤ўЎ и т.п.), т.е. которые в тех же названиях на рассматриваемом языке гарантированно встречаться не будут;
• взять какой-то распространенный юникодовый шрифт, например, Arial, Tahoma, Segoe UI или еще какой, который содержит начертания нужных символов рассматриваемого языка;
• «слепить» из символов этого шрифта новый шрифт для текущей кодовой страницы так, чтобы заменить начертания символов, которыми решено пожертвовать, начертаниями недостающих симовлов рассматриваемого языка;
• написать инструкцию для операторов, какими сочетаниями Alt+циферки нужно вводить недостающие символы рассматриваемого языка в полях ввода, либо, как вариант, реализовать программку перекодировки;
• реализовать обратную перекодировку текстов на рассматриваемом языке в их «родную» кодировку в тех местах, где данные экспортируются в другие системы;
• на полях ввода или control'ах печатных форм настроить использование нового слепленного шрифта.

В общем, идея аналогична тому, как реализована печать штрих-кодов: перекодируем исходный текст в «специальную» кодировку и используем соответствующий шрифт.