add: ru-translation procs from wiki

[mattgroy]

Что этот PR делает

Добавляет процедуры-хелперы для перевода текста.

Сигнатуры процедур отличаются от описанных в wiki:

• Гендеризация — genderize_ru -> genderize
  Склонение слова по грамматическому роду является особенностью многих языков и не привязана исключительно к русскому языку.
• Плюрализация — pluralize_ru -> pluralize
  По той же причине, что и предыдущая процедура.
• Склонение единиц измерения — declension_ru -> declension_number
  Склонение слова по грамматическому числу является особенностью многих языков.
• Склонение по падежам — declent_ru -> declension_case
  Глагола declent не существует ("склонять слово" - это "to decline a word", однако название процедуры decline может в дальнейшем запутать). Падежи - общее лингвистическое понятие, и они существуют не только в русском языке.
• ru_names -> name_cases

Почему это хорошо для игры

Позволяет делать правильный и красивый перевод.

Тестирование

Задал список name_cases у случайного объекта на карте и добавил все возможные вызовы процедур в коде /atom/proc/build_base_description(), выводящего текст при изучении объекта через Shift+Click

[AyIong]

Всё в модуль перенеси

[mattgroy]

Всё в модуль перенеси

Я перенёс дефайны в модуль, но при попытке их использования в оригинальном коде (т.к. строчки переводов в конце концов накладываются на оригинальный код), компилятор их не распознаёт:

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

Как поступать?

[mattgroy]

Решение с модулем не особо удобное получается в итоге, т.к. заполнение списка name_cases нужно будет (по хорошему) заливать ПР-ом в master (с заполнением в модуле), а использование его значений в переводе - ПР-ом в translate.

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

[AyIong]

Решение с модулем не особо удобное получается в итоге, т.к. заполнение списка name_cases нужно будет (по хорошему) заливать ПР-ом в master (с заполнением в модуле), а использование его значений в переводе - ПР-ом в translate.

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

Модули отключаются только когда (и если) это появляется на оффах

[AyIong]

И то не всегда

[PhantornRU]

Мерж конфликт :(

[mattgroy]

Мерж конфликт :(

Resolved :)

[PhantornRU]

В принципе всё устраивает, кроме файла Translation и вынесение файла в общий .dme. Все же попробуй в дефайны модуля просто вписать свои элементы. (в папке модуляра наших дефайнов найди уже работающий файл)

[mattgroy]

В принципе всё устраивает, кроме файла Translation и вынесение файла в общий .dme. Все же попробуй в дефайны модуля просто вписать свои элементы. (в папке модуляра наших дефайнов найди уже работающий файл)

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

Ради теста, попробуй сам объявить в модуляре какой-нибудь дефайн (или взять уже существующий), а потом обратиться к нему где-нибудь в core коде.

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

Если файл Translation и эдит общего .dme так мозолит глаза, так может нахрен тогда убрать эти дефайны, и к падежам обращаться по цифрам 1-6? Я про это спрашивал вот здесь почти МЕСЯЦ назад -_-

[PhantornRU]

В разраб чате нас пингани, будем эту проблему решать, а то мы тебя найти не можем

[PhantornRU]

Всё еще жду общения в разрабчате

[AyIong]

Месяц стоим, откроешь как будут сподвижки х2
И отпиши в дискорде