Эта фича тоже есть в планах

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

- все гружу для пользователя исходя из его языка по умолчанию.

Есть конечно проблема - если пользователя en, но перешел по ссылке site.com/ru/page то ему переключит язык. Но как показала практика - юзеры быстро привыкают и переключают себе язык взад на en, главное что бы переключалка была не только в профиле а и в шапке.

Added 38 minutes later:

вот какие дела....

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

не додумался бы...

Added 31 minutes later:

#47952 Kort:

 

Да слышали уже. Нет плагина - это нехорошо, конечно. Но под каждое "хочу" движок не нагнешь. Таков путь.

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

бился над вопросом и разбирался как оно устроено почти два месяца.

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

Уже при модерации такой статьи, не сложно и самому "перекинуть" "оригинал" на "Localized " (релокация локализованного контента) соответствующих полей в таблицах cot_pages и cot_i18n_pages.

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

а тут хоть одну заполнил, опубликовал.. ну круто ведь

может мой случай единичный, а может такой шикарный функционал и идею "подхватят" и другие администраторы сайтов на вашем движке, время покажет.

но в моем конкретном случае - это то что надо!. спасибо.

#47950 Kort:

Определенно, надо сохранять исходную схему, при которой есть главный дефолтный язык. Вариант с поляками и чехами можно реализовать и с помощью плагина.

все может быть. у меня такого плагина нет. Алексею спасибо. большое. мужик крутой в коде

Да слышали уже. Нет плагина - это нехорошо, конечно. Но под каждое "хочу" движок не нагнешь. Таков путь.

Определенно, надо сохранять исходную схему, при которой есть главный дефолтный язык. Вариант с поляками и чехами можно реализовать и с помощью плагина.

все может быть. у меня такого плагина нет. Алексею спасибо. большое. мужик крутой в коде

дефолтный язык тут простите отпадает

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

Так что было логично, что категории тоже выводились на дефолтном языке. А потом уже при просмотре страницу - отображались на языке пользователя.

Конечно логично. Модуль интернационализации контента работает по принципу - дефолтный язык и его переводы на другие. Потому задача рассматриваемая здесь идет в разрез этого принципа. Если дефолтный язык установлен один то и создавать контент сперва нужно на нем (вне зависимости от того какой язык интерфейса выбрал пользователь), а уже потом добавлять к нему переводы на другие. А тут выходит что дефолтным поставили один, а страницы пытаются создавать на дополнительном, на что модуль вовсе не рассчитан от того и не было реализации отображения выбора категорий на не основных языках ибо выбор категории доступен лишь при создании контента, а в переводах выбор категорий не может быть доступен.

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

Добавлено 7 минут спустя:

Ведь не зря давно висит эта заявка

Если ты в русскоязычной то и категории все на рус, если англ то все на англ. Но i18n переписан вдоль и поперек.

Как подход к логике - верно - если ты в РУ то и все на ру.

Тут, конечно, это еще и вопрос удобства. Так что прошу высказаться, кто что думает. Надо при создании/редактировании страницы выводить в выборе категории локализованные названия или не стоит.

В ближайшее время поправим https://github.com/Cotonti/Cotonti/issues/1780

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

помогите разобраться, это так должно быть или что-то сделано не правильной мной, и что можно сделать?

Да, скорей всего это баг. Тоже проверил на своем двуязычном сайте. Я думаю, разработчики, возможно быстро это поправят.

по умолчанию в системе русский. второй английский

В модуле страниц (Pages) есть три категори, записал заголовки структуры на русском:

001 Новости
002 Статьи
003 События

По кнопке "Интернационализация структуры" успешно перешел и вополнил перевод названий категорий и их описания.

Статьи также хорошо получается переводить.

Проблема вот в чем:

1. пользователь выбирает английский язык интерфейса.

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

помогите разобраться, это так должно быть или что-то сделано не правильной мной, и что можно сделать?