Литовский, польский, португальский – это все здорово, но немецкий все-таки более распространенный и денег там больше. Столкнулся с немцами и обнаружил что всё нужно переводить самому, грусть.
Добавьте языковые файлы для языка "Немецкий" в обновления БУС плз.
Добавьте языковые файлы для языка "Немецкий" в обновления БУС плз.
Было-бы неплохо иметь поддержку добавления полей\свойств на разных языках, как это например сделано для Типов почтовых событий
Если на сайте несколько языков и несколько групп, то не все группы работают с одними и теми же сайтами на одном и том же языке.
Например, Администраторы из центрального региона и редакторы контента из филиала могут иметь предпочтения в работе с языком административного интерфейса.
Сейчас кто-то из них вынужден постоянно переключаться или терпеть.
Надо иметь возможность задать язык админки (для каждого из сайтов и/или всего проекта) для каждой группы
Например, Администраторы из центрального региона и редакторы контента из филиала могут иметь предпочтения в работе с языком административного интерфейса.
Сейчас кто-то из них вынужден постоянно переключаться или терпеть.
Надо иметь возможность задать язык админки (для каждого из сайтов и/или всего проекта) для каждой группы
Идея не моя взята из переписки:
Однако, мне это тоже нужно
Делать отдельные инфоблоки для языковой версии интернет магазина - я считаю это недопустимо сложным решением - в плане работы контент менеджера
Однако, мне это тоже нужно
Делать отдельные инфоблоки для языковой версии интернет магазина - я считаю это недопустимо сложным решением - в плане работы контент менеджера
Есть выбор местоположения по умолчанию, а вот выбор доставки по умолчанию нет. Только если локация (местоположение) одна по умолчанию, то доставок по умолчанию может быть много (для разных локаций):
Здравствуйте! Прошу предоставить языковые файлы для локализации на казахский язык.
Спасибо. С уважением, Табигат Нуржол
nurzhol@hotmail.com
+7701-548-18-27
Спасибо. С уважением, Табигат Нуржол
nurzhol@hotmail.com
+7701-548-18-27
Сделать перевод/локализации для стран ЕС, таких как Швеция, Франция, Италия и всех других. Уверен что система Битрикс не оставит не одного конкурента.
Есть идея - упростить разработчикам создание и сопровождение мультиязычных сайтов. А именно:
---
В каталогах: ни для кого не секрет, что удобнее многоязычные свойства делать как дополнительные свойства инфоблока, а потом в компоненте проверять какой языке и выводить на сайте соответствущие свойства.
Сейчас приходится городить такие костыли:
Хотелось бы иметь штатный механизм, чтобы было АПИ и чтобы компоненты "понимали" какие многоязычные свойства выбирать и показывать на сайте.
---
В модуле подписки у подписчика нельзя выбрать на каком языке он хочет получать подписку. Желательно чтобы полписчик был один, и рубрика подписки одна (так проще управлять) а в параметрах подписчика добавить поле "язык подписки", и при рассылке отправлять ему письмо на том языке, который он выбрал.
---
Чтобы создать веб-форму на нескольких языках приходится или создавать несколько веб-форм (по одной для каждого языка) или писать в названии вопроса варианты ответов через раздилетиль:
Почему-бы не сделать чтобы штатно можно было задавать перевод для вопросов веб-формы и для ответов веб-формы. Было бы очень удобно.
---
Переключение на другой язык. Удобно чтобы мы остались на той-же странице (например, на новости) но на другой языковой версии (с русской на украинскую, или на английскую). Нужно добавить в поставку компонент "переключатель языков" который бы учитывал что такая новость существует и что на неё можно переключиться (чтобы не генерировать ссылки на 404 страницы если перевода новости нет).
---
Напоминание о том, что после создания страницы на одном языке нужно еще зайти в другую языковую версию и там создать страницу. Часто редактор добавляет одну страницу или новость, и забывает что еще нужно создать аналогичную страницу для перевода. Идеальный вариант - чтобы он сразу в одном окне при создании или изменении страницы мог редактировать все языковые варианты этой страницы.
---
Возможность брать константу LANGUAGE_ID не из настроек сайта, а из папки сайта или из домена (например, если мы в папке /en/ то сразу принимать что язык сайта английский, или если на поддомене ua.some-site.com то понимать что язык сайта украинский. Необходимости создавать дополнительный сайт для этого совсем нет, можно просто создать для этого сайта правило по которому определять константу LANGUAGE_ID.
---
В каталогах: ни для кого не секрет, что удобнее многоязычные свойства делать как дополнительные свойства инфоблока, а потом в компоненте проверять какой языке и выводить на сайте соответствущие свойства.
Сейчас приходится городить такие костыли:
while ($arElement = $db_elements->GetNext())
{
// Переводим все свойства на нужный язык (выбираем нужный вариант перевода)
$arElement = CVidiLib::TranslateToLanguage($arElement, $arLangProps, $arLangParams);
... |
Хотелось бы иметь штатный механизм, чтобы было АПИ и чтобы компоненты "понимали" какие многоязычные свойства выбирать и показывать на сайте.
---
В модуле подписки у подписчика нельзя выбрать на каком языке он хочет получать подписку. Желательно чтобы полписчик был один, и рубрика подписки одна (так проще управлять) а в параметрах подписчика добавить поле "язык подписки", и при рассылке отправлять ему письмо на том языке, который он выбрал.
---
Чтобы создать веб-форму на нескольких языках приходится или создавать несколько веб-форм (по одной для каждого языка) или писать в названии вопроса варианты ответов через раздилетиль:
ФИО|ПІБ|Name |
---
Переключение на другой язык. Удобно чтобы мы остались на той-же странице (например, на новости) но на другой языковой версии (с русской на украинскую, или на английскую). Нужно добавить в поставку компонент "переключатель языков" который бы учитывал что такая новость существует и что на неё можно переключиться (чтобы не генерировать ссылки на 404 страницы если перевода новости нет).
---
Напоминание о том, что после создания страницы на одном языке нужно еще зайти в другую языковую версию и там создать страницу. Часто редактор добавляет одну страницу или новость, и забывает что еще нужно создать аналогичную страницу для перевода. Идеальный вариант - чтобы он сразу в одном окне при создании или изменении страницы мог редактировать все языковые варианты этой страницы.
---
Возможность брать константу LANGUAGE_ID не из настроек сайта, а из папки сайта или из домена (например, если мы в папке /en/ то сразу принимать что язык сайта английский, или если на поддомене ua.some-site.com то понимать что язык сайта украинский. Необходимости создавать дополнительный сайт для этого совсем нет, можно просто создать для этого сайта правило по которому определять константу LANGUAGE_ID.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
Немецкий язык присутствует в обновлениях. Добавьте его в список языков установки и получите доступ к пакетам.Увы, на текущий момент немецкий язык доступен только в соответствующем дистрибутиве.