Всем привет! А поделитесь, пожалуйста, best practices обработки плюральных форм. Что лучше: переводить и заводить во всех языках максимально возможный набор или удалять лишние/добавлять нужные формы в зависимости от языка?

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

Если в языке X одна плюральная форма для чётных чисел и другая для нечётных, зачем переводчикам на остальные языки вообще видеть эту форму в CAT'е? Думаю, что это их только запутывать будет.

Вот список форм и условий в разных языках. Там бывают очень разные варианты. http://docs.translatehouse.org/projects/localization-guide/en/latest/l10n/pluralforms.html?id=l10n/pluralforms

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

Мы заводим все формы в одной строке в ресурсах в специальном — довольно простом — формате. Переводчики сами добавляют формы по необходимости, предпросмотр есть прямо в редакторе перевода, а самое главное — набор ключей одинаков, и такой подход работает для вообще всех форматов файлов и всех платформ. Ссылку на библиотеку форматирования я тут вроде давал. Называется Plurr.

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

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

@isaeva_svetlana У нас переводы множественных форм поставляются автоматически. Я вам могу голосом рассказать минут через 15, если время есть.

ответила в личку

Всем привет! В эту субботу в Москве снова будет LocLunch. Если у вас не получалось заглянуть в будни, сейчас есть шанс встретиться с коллегами по цеху.
А вообще мы уже год встречаемся! До сих пор не верится :)

https://facebook.com/events/s/loclunch-12-moscow-%D1%81%D0%B5%D0%BC%D0%B5%D0%B8%D0%BD%D1%8B%D0%B8/190168162084289/?ti=icl

Вот вы тут все постите ляпы с русскими переводами, а нас только что носом ткнули в прекрасную опечатку в наших английских исходниках:

Keep track of deadliness

Одна лишняя буква, а сколько нового смысла!

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

А без непрерывной локализации ее бы обнаружили при редактуре или тестировании

Почему редактуры? На этапе перевода бы и обнаружили.

если ошибку допустил переводчик, как он ее увидит?

оригинальный текст на дизайнах-то хороший и вычитанный, просто у девелопера рука дрогнула, так что да, было бы на этапе перевода (но с задержкой в несколько дней) или на этапе внутреннего QA (тоже с задержкой в несколько дней)

Моя стажерка как-то заказчику отправила запрос "Please provide some contex". Всего-то буковку упустила...

кодировочка

или.....загадка....