Геннадий Глинский (Все сообщения пользователя)

Модуль Локализации разрешает только переводить сообщения ( то что выводится GetMessage('Message') функцией). А этот модуль должен реализовать именно перевод самих инфоблоков. Т.е. для добавления языка не потребуються создание копий сайта и создание новых ИБ для каждого языка + станет возможным "зеркальное" переключение между языками.

К этим недостаткам можно добавить и 4-тый, при изменении текста оригинала ключ стает не соответствующий строке. Как следствие мы не знаем к какой строке относится перевод поскольку ключ перевести обратно в строку нельзя.

Я реализовал это вот так:
ID (primary),
ElementID (FK b_iblock_element ID) что есть номер э-та
LID (FK b_langID) что есть ЫД языка
FieldName что есть имя переводимого поля (NAME, PREVIEW_TEXT, т.д.)
Value что есть значение перевода

Конечно есть кроме элементов Разделы и Свойства. Но пока над этим не заморачиваюсь, думаю решается  добавлением поля ТипЭлемента(element, section,...).

Случайно сдублировал пост.

ООчень часто сталкивался с проектами в которых есть один или более язык. И каждый раз мне приходилось объяснять заказчику что для создания второго языка ему нужно создавать копию и все писать дважды-трижды а то и более раз. Те кто не знал о существовании других движков принимали это (со скрипом правда, но это уже другая история), а те кто знали то расказывали мне как это реализовано на бесплатных ЦМС и почему платный и совсем не дешовый Битрикс делает это через задницу (извините за французкий, но из песни слов не выбросишь).И вот созрел вопрос: "Раз Битрикс не хочет делать(выходя из множества уже заданных вопросов на форуме о том почему всё так сложно с многоязычностью) многоязычность методом переводов самих ИБ в системе, почему бы не сделать это самому."
Теперь по сути. Я создал модуль который сохраняет все языкозависимые поля ИБ в отдельной таблице, сами поля будут выбиратся для каждого ИБ отдельно в настройках модуля(пока не реализовано), вводятся значения в добавленной закладке в форме редактирования ИБ. Но каким образом подсовывать компонентам переводы  вместо оригиналов остается под вопросом. Пока я реализовал это самым примитивным и неоптимальным способом, перезаписывая $arResult в файле resultModifier. Переписывать все компоненты (для ИБ их довольно много) также не оптимально. Какие есть предложения? Может кто что посоветует.

П.С. В случае создания какой либо рабочей версии модуля выложу ее как OpenSource проект, если конечно к этому будет интерес.

ООчень часто сталкивался с проектами в которых есть один или более язык. И каждый раз мне приходилось объяснять заказчику что для создания второго языка ему нужно создавать копию и все писать дважды-трижды а то и более раз. Те кто не знал о существовании других движков принимали это (со скрипом правда, но это уже другая история), а те кто знали то расказывали мне как это реализовано на бесплатных ЦМС и почему платный и совсем не дешовый Битрикс делает это через задницу (извините за французкий, но из песни слов не выбросишь).И вот созрел вопрос: "Раз Битрикс не хочет делать(выходя из множества уже заданных вопросов на форуме о том почему всё так сложно с многоязычностью) многоязычность методом переводов самих ИБ в системе, почему бы не сделать это самому."
Теперь по сути. Я создал модуль который сохраняет все языкозависимые поля ИБ в отдельной таблице, сами поля будут выбиратся для каждого ИБ отдельно в настройках модуля(пока не реализовано), вводится значения будут в добавленной закладке в форме редактирования ИБ. Но каким образом подсовывать компонентам переводы  вместо оригиналов остается под вопросом. Пока я реализовал это самым примитивным и неоптимальным способом, перезаписывая $arResult в файле resultModifier. Переписывать все компоненты (для ИБ их довольно много) также не оптимально. Какие есть предложения? Может кто что посоветует.