Использование китайского на формах

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

[George Nordic]

Слушай, а что, метки уже не катят?? Т.е. если в имя формы (Caption Дизайна) метку забить??

С Уважением,
Георгий

Там другая проблема... Что со всех стран этот бардак будут видеть... У тебя нормальные пользователи увидят как "нормальные" проводки, так и какие-то иероглифы. Не очень эстетично. Вот в чем проблема.

А как ты вставлял иероглифы?

[Там другая проблема... Что со всех стран этот бардак будут видеть... У тебя нормальные пользователи увидят как "нормальные" проводки, так и какие-то иероглифы. Не очень эстетично. Вот в чем проблема. [/B][/QUOTE]
Если не сложно опиши подробнее в чем проблема (я еще не копался глубоко в этой теме и хотел бы узнать в чем могут быть проблемы и. т. п.).

[George Nordic]

Привет!

Слушай, метки нужно создать в отдельном языковом файле. Его можно править где угодно.
Настоятельно рекомендую обратиться к Юре Маклакову - он с этим делом знаком не по наслашке. Даже наоборот - это он мне все это рассказывал!
Он вот чего говорил про эту пролему: Есть, допустим, справочник клиентов. Ну так вот, когда все его видят, то часть клиентов будет выглядеть:
"ЗАО ТПК Феликс"
"ООО Искон"
.....................
А другая:
"???? ???????"
"???????? ???????? ???????"
Поэтому надо rlsом разруливать, то бы каждый мог видеть только "своих" клиентов.
Мучатся будет только бухгалтерия, которой надо будет видеть все проводки по соответствующим клиентам.

Еще одна проблема, на которой я бы акцентировал внимание, это, если у тебя клиенты в разных часовых поясах - синхронизация времени. Я об этом подробно писал на erpforum.ru

С Уважением,
Георгий

P.S. Да, почту чекни!

[AndyD]

Георгий, но метки относятся к интерфейсу, а не к данным. Да и в метках нельзя использовать Unicode. А, насколько я понимаю, для китайского его использование обязательно

А отображение вопросов вместо символов - это перекодировщик базы данных, а не Axapta. И использование RLS в данном случае ни к чему не приведет. Т.е. даже для тех у кого установлен этот язык символы будет отображаться в виде вопросов.

[George Nordic]

Сорри, это у меня так иероглифы отобразились.
Смысл был в том, что пользователи увидят часть данных на своем языке, а часть - в каких-то иероглифах.

С Уважением,
Георгий.

[AndyD]

Нет не увидят. Допустимые символы кодировки будут отображаться в виде символов кириллици (или той кодовой страцы которая выбрана в Windows). Остальные как раз будут в виде вопросов.
Т.е. если для двух кодовых страниц разрешенные символы совпадают, то переключение м-ду кодовыми страницами будет отображать данные верно. В другом случае - будет каша из символов и знаков вопроса.

Кроме того, насколько я понимаю, для нормального отбражения иероглифов требуется использование Unicode (типы nchar, nvarchar на MS SQL Server), чего Axapta делать не умеет

Возможно ли отображение вообще корректное UNICOD -а в Axapta? Может есть какие-то ActiveX решающие данную проблему?

[Андре]

Цитата:

Кроме того, насколько я понимаю, для нормального отбражения иероглифов требуется использование Unicode (типы nchar, nvarchar на MS SQL Server)

Верно. Кстати, а Аксапта продается в азиатском регионе ?

Еще может быть EVGL раскажет, как у них аумляуты отображаются ?

[AndyD]

Ну амляуты отображаются так же как и кириллица - на верхние 127 символов кодовой страницы (кстати - это стандартное отображение)

[mazzy]

Цитата:

Изначально опубликовано lagr221374
Возможно ли отображение вообще корректное UNICOD -а в Axapta? Может есть какие-то ActiveX решающие данную проблему?

Unicode обещают в 4й аксапте.

Т.е. в 3 axapta это не возможно в принципе?

[AndyD]

Как это невозможно? Возможно.

Нет поддержки Unicode на уровне ядра, т.е. нет базовых типов для работы с ним. Но можно использовать, например, класс Binary для представления unicode-строк. Правда все обработки вам необходимо будет выполнять самому.

Вот пример: этот код отобразит в заголовке окна Axapta греческие символы

PHP код:

#define.WM_SETTEXT(0x000C)
static void Job26(Args _args)
{
    Binary      unicode = new Binary(8*2);
    void  defWindowProcW(int     hWnd,
                       int     msg,
                       int     wParam,
                       Binary  lParam)
    {
        DLL         _DLL             = new DLL('USER32');
        DLLFunction _defwproc        = new DLLFunction(_DLL, 'DefWindowProcW');
        ;

        _defwproc.returns(ExtTypes:: DWord); // LRESULT
        _defwproc.arg(ExtTypes:: DWord);     // handle window
        _defwproc.arg(ExtTypes:: DWord);     // message
        _defwproc.arg(ExtTypes:: DWord);     // wparm
        _defwproc.arg(ExtTypes::Pointer);     // lparm

        _defwproc.call(hWnd, msg, wParam, lParam);

    }
    ;
    unicode.word(0, 0x039f);
    unicode.word(2, 0x0398);
    unicode.word(4, 0x039e);
    unicode.word(6, 0x039f);
    unicode.word(8, 0x03a0);
    unicode.word(10, 0x03a1);
    unicode.word(12, 0x03a3);
    unicode.word(14, 0x0000);

    defWindowProcW(infolog.hWnd(), #WM_SETTEXT, 0, unicode);
} 


PS Опять смайлы

Спасибо AndyD .
Т. о. установили, что в окнах можем таки писать, что хотим (правда остаются еще Grid-ы, но их видимо нужно переделывать).

[AndyD]

Просто вывести текст в контроле или сообщение - можно. Но работать с этим в базе данных или ч/з стандартные средства Axapta нельзя

Цитата:

Изначально опубликовано lagr221374
Может есть какие-то ActiveX решающие данную проблему?

Повторяюсь, но мало ли?

[AndyD]

А AсtiveX для чего - что он должен делать?

Заменять элементы контрола для отображения полей типа nchar

[macklakov]

2 lagr221374: в принципе, если очень захотеть, то можно, но это уже будет не axapta Ни сортировок, ни фильтров, ни поиска, ни шаблонов по таким полям не будет.