Ну вот и состоялось - патч прошел в ядро и теперь нужно пересмотреть вхождения строк и сделать ядро более "переводимым"

PS: так же нужно переработать документацию с учетом данного изменения.

У Вас есть идеи по добавлению "правил" и принципов?

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

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

tt() таки намного умнее, но если уже в ядре есть возможность работать с разными группами - почему бы её не довести до ума?

Спасибо, поправил.

А разве нет?

Идея витает давно, но пока нет времени-сил довести до ума.

На www.drupaler.ru уже есть вписки модулей, даже с небольшим описанием каждого (спасибо Василию), теперь хорошо бы к каждому из них прикруть issues и настроить оповещения на почту - таким образом можно будет собирать отзывы и пожелания о конкретных модулях, а разработчики смогут на родном языке общаться и вносить изменения, которые потом можно будет проталкивать в официальные ветки или плодить форки.

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

По идее контекста вполне должно хватить, но группа перевода используется по крайней мере для поиска строк

На самом деле ядро очень большое и, объективно, весь его функционал мало кто знает! Для этого в корне инсталяции лежит MAINTAINERS.txt в котором написано, кто и за что отвечает.

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

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

Почему же замолчали - там даже 2 варианта решения привели! Чем не понравилось решение с японским языком? у них те же проблемы

Посмотрел я этот пост. Такие предложения не имеет смысла обсуждать на форуме, там в основном поддержка, а не разработка.

Самый эффективный путь - выдать issue в проект (очень желательно с патчем) и, например, на irc обсудить с мэйнтейнером.

Примеров нет, так пока не возникало необходимости, но смысл прост:

создаем свой модуль, который содержит функцию [ru-api=locale]locale()[/ru-api], отключаем тот который в ядре - соответсвенно все запросы на перевод из [ru-api=t]t()[/ru-api] будут приходить в нужное нам место.

Так же хочу напомнить, что по умолчанию есть возможность перекрывать хранилище перевода заменив стандартный модуль locale на свой (по сути переопределив функцию [ru-api=locale]locale()[/ru-api])

Именно возможность перевода по контексту и добавляется!

PS: Опрос вроде бы включил.