Forums / National / Russian / Загрузка языковых файлов

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

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

-----
и еще предложение: может лэнг файлы скинов расположим точно также как и в плагинах?

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

Это тоже не очень хорошая идея. Если в текущем варианте у нас будет не отображаться 1-2 надписи, то в предложенном тобой мы вообще останемся без подписей, а это уже очень серьёзно.

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

# Trustmaster : Не надо упускать из виду текучку. Стабильные релизы редко выходят, а работать часто приходится с тем "что есть".

Сначала подробнее про утилиту синхронизации lang-паков.

1.
Утилита синхронизации сверяет lang-файлы с эталонными, английскими. В конце каждого несинхронного lang-файла формируются несколько секций.

1а)
Секция пропусков.
В эту секцию добавляются строки на английском, которые отсутствуют в несинхронном lang-файле.

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

Для тех, кто занимается локализацией, будет дополнительное удобство - все новые строки для перевода будут расположены группой, их не надо будет искать по всему lang-файлу.

1б)
Секция несинхронных массивов.
В эту секцию переносятся массивы (или не массивы), размеры которых не соответствуют размерам массивов в английском lang-файле.

Для массивов declension нужна специальная обработка. Для их опознавания в тексте после каждого массива declension в английском lang-файле должен быть добавлен специальный комментарий:

// declension array; WARNING!!! never delete this comment

Для каждого языка в конфигурации утилиты должно быть задано количество элементов в массиве declension:

$declension_items = array(
	'en' => 2,
	'ru' => 3,
	'tr' => 1,
	...
);

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

1в)
Секция лишних строк.
В неё перемещаются все строки, которых нет в английском lang-файле.

Исключение - строки для формы конфигурации плагина, которых может не быть в английском lang-файле. Эти строки имеют вид:

$L['cfg_*'] = '*';

2.
По результатам обработки lang-паков утилита синхронизации создаёт отчёты.

2а)
Log-файл, в котором зафиксированы изменения для каждого файла. Разбит на секции по lang-пакам.

2б)
Для тех lang-паков, которые нуждаются в доработке, создаются файлы с текстами ticket'ов для внесения в track.

Теперь про возможную организацию текущей работы.

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

Синхронизацию делает кто-то из координаторов локально на своей копии SVN. Затем он делает comit полученных результатов, создаёт для локализаторов сообщение форуме, в котором выкладывает log-файл утилиты синхронизации, и при необходимости вносит ticket'ы в track.

Полагаю, это будет удобный и чёткий способ синхронизации lang-паков.

# Kort : Под Seditio был же такой langcompare.

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

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

# esclkm : про лишню нагрузку - если лэнг файлы будут разбиты по модулям - файлы станут небольшими.

Ключевое слово - лишняя. :) И к тому же такое латание на лету при формировании страниц не выявляет недоделки, а наоборот их затушёвывает.

# esclkm : чегото много буков или просто у меня голова болит)

Что-то не по существу? Где-то оффтоп? Что сказать-то хотел? :)

# esclkm : 2. надо чтобы структуры были подобными - в конец помещать недостающие строки - это хороший способ создать путиницу.

Расставить строки в том же порядке, как в английском файле - дело несложное. После полного перевода lang-пака его надо дополнительно обработать утилитой, которая это сделает.

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

# esclkm : 3. в языковых файлах используются разные массивы - имена массивов рзличные, во вторых глубина тоже различна, да и сруктура тоже.

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

$sed_countries: не понимаю, в чём сложности.

$sed_translit: однозначно игнорировать при синхронизации, тем более что транслит для берущегося за образец английского - вообще нонсенс. Этот массив может отсутствовать, если транслит для языка не реализован.

$skinlang: наверное, углублённо синхронизировать lang-паки только для официальных скинов Cotonti, замахиваться на все скины IMHO не надо. Для остальных скинов - упрощённый подход, который ты сначала предлагал: простое добавление отсутствующих английских строк.

Ну вы лес городите, давайте лучше всё оставим как есть. Тикеты сообщества на недостающие строки и внесение их в ланг-файл переводчиком. Самое простое, быстрое и, как это не странно, удобное для всех решение :).

# Sergeich : может быть ничего не трогать в техническом плане, а просто более ответственно подходить к актуализации ланг-файлов в текущих версиях и особенно в релизах.

Вот сдесь я полностью согласен, ни к чему огород городить.