Пользовательская экспертиза компонента Translate

Интересно, к чему бы это Fuze сделал целый коммит посвящённый английскому языку.

Интересно, к чему бы это Fuze сделал целый коммит посвящённый английскому языку. scratch

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

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

1. Когда для разного населения выдают разный контент на их языке. Вот тут нужно наличие en|uk|ru в урле.

1. Когда для разного населения выдают разный контент на их языке. Вот тут нужно наличие en|uk|ru в урле.

Для этих целей мне кажется надо ставить движки на поддоменах или в подпапках, с общей БД пользователей. И тогда заполнять их по разному, не составит труда.
Но в этой ветке форума я пытаюсь внедрить перевод существующего контента, а не создание разного контента для разных языковых групп.

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

так ведь и новый контент можно будет переводить?

Остался 1 день. На чём остановимся? Быть или не быть сему в коробке?

Остался 1 день. На чём остановимся? Быть или не быть сему в коробке?

Быть

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

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

уверен многим нужно, мне в том числе

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

всеже какую версию тестировать от еванейсенс или Loadырь?

всеже какую версию тестировать от еванейсенс или Loadырь?

От Loadырь
Я бы хотел увидить версию от Loadырь в коробке

всеже какую версию тестировать

Надо тестировать все, что вам известны. Даже ту которая сейчас используется в коробке, на случай, если надо сказать: "Мне достаточно того, что уже имеется".

От Loadырь

В любом случае в коробке будет не чья-то версия, а будет полностью переписано всё с нуля. Но на данный момент есть четыре варианта (направления) реализации мультиязычности в порядке их появления:
1. "оставить всё как есть"
2. использовать вариант от Evanescence, где все "переводилки" вынесены в отдельный компонент
3. вариант от "меня и компании" — где все "переводилки" под соответствующими полями для перевода
4. теоретический вариант от Val:

Пользователь в текущем стандартном режиме добавляет запись в нужный тип контента. Переводчик при просмотре этой записи видит кнопку "Перевести". Нажимает на неё и ему открывается стандартная форма этого типа контента, куда автоматом подтягиваются все непереводимые поля, а те которые нужно перевести выводятся выше поля ввода в виде хинта (но только не скрываемого). Переводчик сделал свое дело и сохраняет статью. При сохранении записи из флага берётся источник оригинала и сопоставляется в БД. В общем остатке на выходе получаем две записи (оригинал статьи и её перевод) и таблицу биндингов статей переводов с указанием языков. Как это использовать — понятно))

Можно добавить свой вариант (мысль, идею), каким должна быть на ваш взгляд

полноценная мультиязычность

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

Для этих целей мне кажется надо ставить движки на поддоменах или в подпапках, с общей БД пользователей. И тогда заполнять их по разному, не составит труда.
Но в этой ветке форума я пытаюсь внедрить перевод существующего контента, а не создание разного контента для разных языковых групп.

Знаем, проходили, полный трэш с подпапками и разными админками, перевод надо пилить в одной админке.
т.е. наличие языка в ссылке это "создание разного контента для разных языковых групп"? По-моему наличие языка в ссылке достаточно таки важный момент, иначе вся эта система неполноценна.

А на данный момент пока нет ясного решения (направления развития)

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