По моему нужно вики. И редактировать стоит сразу текстовые файлы (по отдельности для каждого модуля, разве что самые большие разделить). Строчка .по файла - комментарии. Комментарии можно будет запросто отфильтровать скриптиком - и вуаля, готовый перевод.

1) Не совсем понял, к чему это было сказано. Я совсем не об этом спрашивал.

2) Почему-то народ очень любит плясать от "переводов по отдельности для каждого модуля", совершенно не объяснив, как этот самый общий po файл разделить на "отдельные po файлы для каждого модуля".

[quote]Является ли помодульный перевод необходимым условием для вышеперечисленного, или он просто повышает удобство перевода?[/quote]Обязательным не является, но весьма облегчает нахождение нужного текста на сайте и последующую правку. Кроме того, разделить один файл на кусочки всегда проблемнее, чем соеднить несколько.

[quote]Почему-то народ очень любит плясать от "переводов по отдельности для каждого модуля", совершенно не объяснив, как этот самый общий po файл разделить на "отдельные po файлы для каждого модуля".[/quote]
Можно взять уже разделённый тут и тут. Для дополнительных модулей стоит использовать extractor.php, входящий в поставку архив drupal-pot.

[quote]с использованием репозитория на Drupal.org[/quote]
Взгляните, интереса ради, что там творится.

[quote]Если окажется, что друпаловский форум не позволяет устраивать треды-голосовалки, я сдую пыль со старенького invision board 1.3, и поставлю его у себя на хостинге исключительно для целей согласования терминологии.[/quote]
Голосование не сильно эффективно при небольшом количестве участников. Кроме того, представьте себе ситуацию - делаете голосование по трём вариантам перевода, а тут предлагают два новых. Голосовать заново?

PS Стоит сначала перевести Drupal Translator's Guide

"Кроме того, представьте себе ситуацию - делаете голосование по трём вариантам перевода, а тут предлагают два новых. Голосовать заново?"

А ты как думал? Конечно!

"Голосование не сильно эффективно при небольшом количестве участников."

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

Слишком надумано это всё будет выглядеть и проблемно собираться в кучу. По моему стоит просто на этом сайте вывесить collaborative book, с по-файлами да редактировать её коллективно. Или на какой-нибудь вики/нпж идти.

Это будет классическое "кто в лес, кто по дрова".

" Или на какой-нибудь вики/нпж идти."

Есть сайт translate.drupal.ru
Кто мешает воспользоваться?

Кстати, а задачка адаптации переводов от 4.6 для 4.7 автоматизируется? Так, чтобы из файла с переводами были взяты только те строки, которые наличествуют в шаблоне?

[quote]Есть сайт translate.drupal.ru[/quote]
Ну так давайте приступим-с.
[quote]Кстати, а задачка адаптации переводов от 4.6 для 4.7 автоматизируется? Так, чтобы из файла с переводами были взяты только те строки, которые наличествуют в шаблоне?[/quote]
Да.

Блин! "Тема сисек не раскрыта!" А подробней?

"Да."

И все-таки - как? Я попробовал перевод "4.6 99%" залить в 4.7. Получилось, правда, он мигом превратился в "1871/3210 (58.29%)". Т.е. довольно большое число фраз поменялось.

Задача, соответственно - не замусоривать зазря базу, вычленив из po-файла для 4.6 только те фразы, которые наличествуют в pot-шаблоне Drupal от 4.7. Очевидных решений, как это сделать имеющимися средствами, я не вижу. Очевидно, нужна какая-то утилита.

может это
http://www.itk.ru/clip-doc.ru/x1110.html
Пакет Gettext и утилиты для работы с .po файлами

а чем вам для голосования не подходит обычный poll с коментариями как тут
http://www.eglug.org/node/1772#comment
?
вот еще какой-то модуль откопался для голосований
DRUPAL-CVR-ROOT/contributions/sandbox/alaa
там еще и вики какой-то в поддиректории

"может это http://www.itk.ru/clip-doc.ru/x1110.html
Пакет Gettext и утилиты для работы с .po файлами"

Очень похоже: "Используйте скрипт clip_msgmerge для слияния .pot файлов из каталога $CLIPROOT/locale.pot с переведенными .po"

Кто-нибудь из юниксоидов может прокомментировать и в случае, если это то, что нужно, сварганить из pot-файла для 4.7 po-файл, загнав в шаблон строго соответствующие переводы из имеющегося po-файла для 4.6?

po для 4.6 можно взять из акселевского репозитория.

upd:
В Drupal handbook есть статья, посвященная этой процедуре (удалению из перевода устаревших и ненужных строк).

Вот она:
"Recycling old translations"
http://drupal.org/node/11311

К сожалению, только для юникса.

Кто-нибудь может проделать соответствующую процедуру с 99-процентным переводом для Drupal 4.6 и шаблоном-пустышкой для Drupal 4.7?

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

Технологию командного перевода себе слабо представляю. В друпале это почему-то сделано довольно интимным и индивидуальным делом. :)

Слишком много работы для одного человека (вот и недоделано). Конечно, если тот же Axel возьмет и целиком все переведет, то я только за :) Но покамест у команды, мне кажется, больше шансов. В конце концов, если существуют народные переводы литературных текстов, так почему бы и с Друпалом так не поступить?

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

Насколько я поняла, Аксель никому не отвечает?

Вопрос потерялся, повторю:

"Recycling old translations"
http://drupal.org/node/11311

К сожалению, только для юникса.

Кто-нибудь может проделать соответствующую процедуру с 99-процентным переводом для Drupal 4.6 и шаблоном-пустышкой для Drupal 4.7?

[quote=Natalie]Насколько я поняла, Аксель никому не отвечает?[/quote]
а вы пробовали писать? мне отвечает

Куда можно писать, на webmaster@drupal.ru?

[quote=Natalie]Куда можно писать, на webmaster@drupal.ru?[/quote]
я писал на axel [at] drupal.ru

PG, ты каким редактором для перевода пользуешься? В poEdit есть функция update from .pot file, она как раз удаляет лишние строки и отмечает непереведенные (и неточно переведенные). Я как раз сейчас занимаюсь обновлением переводов для 4.6 через .pot для 4.7. Результаты могу выложить здесь.

"В poEdit есть функция update from .pot file, она как раз удаляет лишние строки и отмечает непереведенные (и неточно переведенные)."

О! Буду знать.

"Результаты могу выложить здесь."

Выкладывай. Пригодятся тем, кто обходится без poEdit.

так poEdit и под виндовс есть http://poedit.sourceforge.net

Именно виндовский я и юзаю :)

Файлы выложены в статьях.

Собственно, вот постинг node/224

Почему я нигде его не вижу?

Как будем координировать работу?
У всех, наверняка, есть сколько-то переводов. Как бы нам одно и тоже не переводить ;-))) Да и другим чтоб удобней было подключаться (видеть текущий прогресс, иметь возможность закачать последний перевод и т.д.)

У меня кроме wiki никаких мыслей нет.
CVS, конечно рулит, но необходим и веб интерфейс, дабы каждый мог "в лес и по дрова"(с). А уже после всего (голосования там разные, обсуждение лучшего перевода) заливать в CVS под новой версией, а то получится - исправил слово - в CVS.

PG: не согласен с тобой, что "в лес и по дрова" это плохо - на то она и командная работа. Сначала все вместе навалились, потом завалили, а потом причесали. Или ты как себе представляешь процесс перевода?

Что-то я запутался немного с версиями.
Я так понимаю, pot-файлы должны генериться каждый раз, когда изменяются исходники, а на деле как-то по другому.

Пример, файл forum.module - дата:
POT: forum-module.pot - 08.12.05
beta4: forum.module - 20.01.06
CVS: forum.module - 04.02.06

И все pot-файлы - одним числом. Похоже их руками делают...
Если в poEdit делать обновление с исходником, то он теряет числительные (типа %count, %year и т.д.), как его настроить?

Я использую poEdit (www.poedit.org) - переводы и SmartCVS (www.SmartCVS.com) - CVS, всё "виндовс". Может кто юзает инструмент поудобнее, что посоветуете?

Модульность
перевод обязательно должен быть помодульным:

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

Вордлист
При командном переводе надо обязательно определиться с определениями, предлагаю начать. Вот моя затравка:

watchdog

наблюдатель

logs

журналы

blog

дневник

content

содержимое, документы

settings

настройки, установки

upload

закачка

page

страница

story

статья

node

документ

account

учётная запись

user

пользователь

edit

редактировать, править

taxonomy

таксономия

For more information please read the configuration and customization handbook....

Для более подробной информации, пожалуйста, обратитесь on-line документации...

предлагайте/отвергайте ;-))

Возражений два:

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

- content - устоявшийся перевод этого термина применительно к веб-сайту - "контент". Любая веб-страница состоит из оформления, навигационного меню и контента.

P.S. Для затравки, попробуйте перевести слова attach и attachment. :)

Возражаю (вместе с БСЭ):

Документ
(от лат. documentum - образец, свидетельство, доказательство), материальный объект, содержащий информацию в зафиксированном виде и специально предназначенный для её передачи во времени и пространстве. Носителем информации может быть бумага, перфокарта, фотоплёнка, магнитофонная лента и т.п. Д. могут содержать тексты на естественном или формализованном языке, изображения, звуковую информацию и др. По содержанию Д. делятся на научно-технические (статьи, книги, патенты, технические отчёты и описания), правовые (постановления, указы, договоры и др.), управленческие (приказы, директивы) и др....
Д. могут быть первичными и вторичными (реферат, аннотация, обзор и т.д.). Виды обработки Д. делятся на семантические (перевод, реферирование, аннотирование) и несемантические (копирование, размножение, микрофильмирование). В информатике разрабатываются способы автоматизации обработки Д., использующие хранение Д. в памяти ЭВМ (см. также Запись и воспроизведение информации).

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

Документ ближе!

attach и attachment - а чо переводить-то атач он и есть атач! ;-)))
А если серъёзно - пока не знаю. Меня и "закачка"-то напрягает

"Документ ближе!"

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

У меня дома есть фотоальбом. В нём фотографии. Документами являются фотографии, а не альбом, хоть он их и содержит. Я прекрасно понимаю слово node в терминалогии Drupal'a. Именно поэтому я против приписывания слову "узел" смысла слова "документ". Кстати "не возникло путаницы" с чем? Что ещё в Drupal называют документом?

Путаницы слова "документ" со словом "node" в друпаловском контексте. Это разные вещи.

Еще раз повторюсь: есть типы узлов, которые документами можно назвать только с большого бодуна.

И у меня еще одна мысль сформировалась. Может быть стоит перевести node как "страница"?

node мы не можем назвать страницей, ибо есть ТИП ноды - page(страница), вот здесь точно путаница будет, к тому же, страница может содержать несколько нод (статья, опрос и т.д.) и коментарии к ней/к ним.
Так что в общечеловеческом понятии узлом (когда связано много верёвочек) я вляется страница, которую видит пользователь и на которой располагаются самостоятельные элементы.
Слово "узел" вообще подразумевает "связанность", а node - самостоятельная абстракция. К слову "узел" в Drupal'е ближе dictionary, "связывающий" вместе несколько node, по какому-либо критерию.

"есть типы узлов, которые документами можно назвать только с большого бодуна"
Какие? Из стандартной поставки все подходят под "документ".

Да и вообще, представь человека, только что установившего Drupal, который зашёл на node/add. А там ему пишут:
---------------------------
Добавить материал.
Выберите тип узла:
запись в дневник
опрос
статья
страница
---------------------------

Уж наверное кошернее так:

---------------------------
Добавить материал.
Выберите тип документа:
запись в дневник
опрос
статья
страница
---------------------------

Как считаешь?

"Слово "узел" вообще подразумевает "связанность", а node - самостоятельная абстракция."

А тут и есть связанность. Узлы организованы с помощью таксономии в общую структуру.

"Добавить материал"

О-о-о-о!!! Ты, дурень, придумал идеальный перевод и сам же его прошляпил! :) node - материал.

- Добавить материал
-- Выберите тип материала:
--- Статья
--- Новость
--- Картинка

Кстати, закидываю удочку на перевод сразу трех терминов:

- page - статья
- story - новость
- image - картинка

У нас не подготовка к локализации, а обстоятельная бодаловка выходит ;-)))
Как всё-таки ж работать-то будем?

Ну так если начинать перевод без бодаловки - будет еще хуже. Как тебе последний предложенный (тобой) ;) вариант перевода node?

Эх....
Документ, всёж роднее, но материал тоже хорошо.
На голосование!

- page - статья
- story - новость
- image - картинка
с этим согласен
- content - контент
и сэтим тоже.

....а "дурня" не прощу ;-)))

"Обстоятельная бодаловкаУ нас не подготовка к локализации, а обстоятельная бодаловка выходит ;-)))
Как всё-таки ж работать-то будем?"

Совместная работа подразумевает определенное количество споров и несогласий. Это вполне нормальный процесс. Если вы к этому не готовы, то проще переводить все самому :)

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

to attach - присоединить (или "прикрепить"?)
attachment - присоединенный файл

ЗЫ Аксель мне так и не ответил, так можно больше на него не кивать :)

"Если вы к этому не готовы, то проще переводить все самому :)"

И готов и перевожу. А Вы переводите? Если да, то плохо, что мы оба переводим, а не договорились о разделении - кому что. Я это имел ввиду. Если мы не можем договориться об инструменте, давайте договоримся хотя бы кому что переводить.
Не спорю, разговор о переводе основных понятиях переводимой системы важен, но отшлифовать перевод, изменив несколько ключевых слов - задача на порядок легче перевода, а мы к нему никак не приступим.

вопрос ко всем: Вот перевёл я два файла, куда мне их выложить, чтоб их могли оценить другие? Заводить новый пост (кстати, перевод post - сообщение?), как Natalie? Но она-то выкладывала ВСЕ файлы, а мне надо 1-2-3 (сегодня, и 1-2-3 - завтра)?

Я не спец в web-технологиях, иначе уже предложил бы своё решение.
(я предлагал wiki, но отклика не нашёл - видимо инструмент неподходящий, а других, подобных, я не знаю)

"Один материал, второй материал как-то не звучит..."

Но зато "добавить новый материал на сайт" - очень даже осмысленная фраза получается.

"кстати, перевод post - сообщение?"

Да. Хотя чертовски сложно отвязаться от "тредов" и "постов", я на forum.exler.ru за несколько лет очень привык к этой терминологии.

Вот еще "хозяйке на заметку": как будем переводить слово "thread" ("topic")? "Тема"? А как переведем фразу "тема треда"? :) Т.е. как тогда переведем subject?

Есть следующий вариант:
- thread/topic - дискуссия
- subject - тема

Вариант хорош, но непривычен.

P.S. Пока мы не перехлестнулись на вторую страницу, завожу новый тред. :)