The twentieth maintenance release of the Drupal 6 series. Only bugfixes have been committed. No security fixes are included in this release. New features are only being added to the forthcoming Drupal 7.0 release.

Все...
Друпал 6 уже история!

Какой именно план? Сделать закрытый сервер?

Это глупо, людей надо объединять, а не разъединять. У меня свой сервер, на котором я использую свои переводы и точно так же могу его сделать: частично открытым или закрытым, и наверняка я не один такой... Но смысл, то в этом? Если будет несколько серверов локализации, мы все только потеряем от этого, а не выиграем..

Василий в своё время сделал очень большое дело, он смог объединить переводчиков! Вы сейчас предлагаете разрыв этой связки и это проблема, наряду с множеством более мелких проблем. Да, понятно, что вы хотите как лучше.. Но чтобы переводчики потянулись, надо предложить чёткий план того, что там будет?! То есть, как именно будет организована работа!

И если вы берёте на себя ответственность, то вы должны составить этот план и предложить его людям, и тогда люди сами потянутся! Да, возможно будут нюансы, что кто-то, с чем-то, не согласен, но всё обсуждаемо... Самое главное будет видно, что там лучше (если лучше :)))

В данный момент, вы говорите, что учитываете анархию! То есть, понимаете, что будет бардак, но как с ним бороться, не знаете. Здесь тоже есть определённый бардак, но тут в нём участвует узкий круг людей и каждый старается хоть чу-чуть привести к порядку. Там (на l.d.o.) будет более широкий круг людей и бардак выйдет из под контроля, вы даже не успеете этого заметить! Каждый любопытный и кому будет не лень, будет переводить по-своему и вы будете эти переводы утверждать, чтобы не потерять человека и увеличить количество переводов. А не утвердите, они же вас камнями закидают. Само по себе, ничего не организовывается! Песок из песочницы быстро расползётся за края, без контроля.

Создание нового сервера - это взятие на себя определённых обязательств, ответственности, не только за техническую сторону... Здесь, есть Василий, который как мог и может, так организовал работу. Да, есть недостатки, а где их нет? :)

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

Хотите чтобы переводчики участвовали более активно в обсуждении, пригласите их! Напишите каждому персонально! Данные открыты, это не спам, если вы к каждому персонально обратитесь. Надо потратить на это время? Конечно, но таких моментов будет много, где надо будет прикладывать свои усилия, время и находить решения в не простых ситуациях. Это и есть обязательства и ответственность. Согласно моему предложению, обязательства, как и ответственность распределяются, что даёт положительный эффект для всех. Вы с ним не согласились, видно у вас свои мысли по этому поводу.

То, что вы помогали переехать украинской и белорусской команде, конечно молодец. Но сравнивать эти группы с российской... Как я посмотрел, в украинской группе 34 человека, при чём ощущение такое, что вы переводите там один! Во всяком случае, на вашем имени 2/3 переводов. Про белорусскую вообще молчу. Это кстати тоже навевает мысли о том - "что будет потом" :)

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

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

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

Переезжать - не переезжать....

Перенесёте допустим переводы, а дальше что?

Сделав проверку орфографии (исправив буквы в словах) перевод по качеству, почти не поднимется.
По какому принципу будет осуществляться работа и кто будет отвечать - непонятно...
Просто свалку переводов хочется сделать? Классно, зато на L.D.O. а не где-нибудь....

Если переводчики даже согласятся, чтобы их переводы туда перенесли, это ещё не значит, что они туда сами хотят...

Чем там лучше?

Проблему надо в корне решать, а не навешивать ещё один геморрой, на существующие...

Из переписки с Александром (rustex)

День добрый, Андрей.

Написал на drupaler.ru, на всякий случай дублирую.

Ага, я читал на друпаллере...

А нельзя сделать первоначально один дамп в Multiple Contributors, а после, для желающих сохранить свой вклад под своим именем, в любое время можно будет сгенерить и закоммитить свой po-файл поверх MC.

К сожалению...
сервер l.d.o не принимает дубляжи...
Тоисть... Если чего-то уже есть в базе, то аналог этого уже принят не будет, попросту skip

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

ИМХО - если поможете убедить всех слить весь drupaller.ru в единую базу ака Multiple Contributors - тогда действительно затыка не будет...
Я готов помочь и помогу в любом случае
Вопрос в другом.. Сообщество само через несколько недель, после выхода семерки начнет реально давить на drupaller.ru, ибо ни один модуль семерки не будет поддерживаться русским 8((( Как и ядро...

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

Ок, буду иметь ввиду.
Мой метод - из дампа я делаю CSV файлы по юзерам, а потом путем несложной массовой замены разделителей превращаю в po файлы.
Так делал с Украинским и Беларусским...

2 irsick
Меня устроит максимум 10 минут, либо свой сервер, который уже и так имеется, останется только залить туда всё. :(

2 etomilin
"отдельные вырванные из контекста словосочетания и фразы"

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

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

Спасибо drupaler.ru. Именно под впечатлением того, какая на самом деле могучая сила лежит в разработке, управляемой сообществом, я окончательно и бесповоротно перешел на open-source.

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

Проблема drupaler.ru в том, что его очень непросто найти новичкам. Сам на него наткнулся случайно. Drupal.org его игнорирует в принципе, а на drupal.ru я не хожу из принципа, т.к. он своим контингентом напоминает вконтакте.

Я за полную поголовную миграцию всего сообщества drupаler.ru всем составом вместе с переводами на localize.drupal.org. Жить в изоляции нельзя. Только сейчас, через 3 года существования у нас стала появляться некая стандартизация в переводах, централизованное руководство, и, самое главное, интерес извне. Почему бы не перенести все эти наработки под централизованную организацию drupal.org и не сблизиться с первоисточником? Отдельно от них существовать не получится. В конечном счете, их же продукт мы переводим, а не наоборот.

Убивается сразу несколько зайцев: русскоязычное сообщество получает больше признания со стороны руководства Drupal, забота об инфраструктуре ложиться на плечи команды drupal.org, установка русской локализации становится прозрачна для конечного пользователя. т.е. ему становится проще и удобнее (не забываем, что последнее - наша основная цель в переводе Drupal).

Да, могут пострадать чьи-то амбиции, нужно будет привыкать к новому интерфейсу, но на то мы и разработчики/переводчики ПО. Кто-то очень повеселил, написав, что неудобно использовать английский интерфейс. О каком переводе тогда может идти речь?) Все переводы drupaler.ru - достояние сообщества drupal, а не отдельно взятых авторов переводов.

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

Василий, обращаясь лично к Вам, хочу Вас поблагодарить за титаническую работу по становлению сообщества, налаживанию инфраструктуры и, собственно, переводу Drupal. Я разделяю Ваши, что на иностранном сервере сообщество может затухнуть, но я как переводил, так и буду переводить. Для меня принципиально, чтобы я работал именно с официальной русской локализацией. Если все остаются, я тоже останусь. Один в поле не воин.

И давайте, наконец, устроим голосование. Проблема лишь в том, что нужно учитывать мнение членов сообщества согласно их вкладу.

P.S.
Почему все русскоязычные сообщества open-source всегда раскалываются пополам? Примеры: joom.ru и joomlaportal.ru, gentoo.ru и rugentoo.org т.д.

Еще отличный пример обособленности русского сообщества: на php.net больше нет русского раздела справки - она переехала на php.ru

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