Как я и предполагал, недовольные переводом всегда будут (особенно те, у кого есть свои варианты перевода) Но за высказанное мнение - серьезное спасибо, тем более, что это мнение вполне вразумительное и толковое.

Еще одно предварительное замечание - и к сути вопроса. Многое в переводах, конечно же, зависит от "чувства языка", т.е. от весьма субъективного фактора. То, что одному кажется "русским-общеупотребительным", другому как раз представляется "совершенно необщеупотребительным". Ближайший пример "необщеупотребительного", с моей точки зрения, - слова "подъигрывая, предъистория" из обсуждения "Обновился перевод..."
Я думаю, что система перевода в Drupal тем и хороша, что каждый может сделать себе свой собственный вариант перевода или взять за основу существующий, подогнав его под свои нужды (тематику сайта, языковые обычаи будущих типичных посетителей, собственные предпочтения и т.п.).

Цитата: "не могу согласитЬся, что использование "импорт" и "экспорт" уместно, когда существуют вполне русские слова "загрузка" и "выгрузка".
Да, это тоже неплохой вариант перевода. Можно использовать и его. Но в пользу "импорта и экспорта" у меня три аргумента: 1) они уже давно и прочно вошли в речевой оборот (и не только у "технарей"); 2) страницы, где видны эти пункты, относятся к административной части сайта, к которой имеют доступ почти исключительно пресловутые технари; 3) для меня в слове "импорт" есть дополнительный оттенок "внедрения в", "включения в состав (чего-либо, например, перевода)", какого смыслового оттенка нет в слове "загрузка" (это, скорее, про загрузку файла, т.е. его перемещение с сервера на сервер). Но это, опять же, лишь суждение, основанное на моем "чувстве языка". Другим не навязываю.

Полностью избежать слов с "чужеродными" корнями тоже не удастся, хотя стремиться к этому надо (см. мои подходы к использованию иностранных слов в переводах в соседнем обсуждении "Англо-русский словарь Drupal..."). Иначе у нас получится как в том анекдоте про самостийный перевод фразы "Автомобиль подъехал к дому художника". Звучит этот перевод так - "Самоперло доперло до хаты мордопысца".

Непереведенные фразы есть, да. Возможно, не таким числом ("порядка 50"), но есть. Не переводятся названия встроенных типов материалов "Page" и "Story". Сейчас это приходится делать в настройках данных типов. Постараюсь заложить русификацию этих терминов в инсталляционный профиль, такая возможность там есть. Есть также "непонятка" с заголовком Forums и т.п.

Если непереведенных фраз действительно настолько много, то нужно а) составить их список, б) посмотреть причины их непопадания в .pot (ошибка в алгоритме extractor.php, не везде прописана функция t() для сообщений и т.п.).
Т.е. надо разбираться и шлифовать переводы дальше, что предлагал и предлагаю.

1) Я, к примеру, не считаю свой вариант перевода "техническим". Общий подход, imho, должен быть таким: в административной части сайта допустИм умеренный технический сленг (я даже думаю, что в моем переводе многое было понятнее сказать на таком "техническом языке"). А вот часть сайта, обращенная к "публике", к посетителям - исключительно на "русском-общеупотребительном" (но грамотном и без особых экспериментов над языком).
Ну еще надо учитывать, что "редакторами" и "модераторами" сайтов часто бывают "люди от заказчиков", т.е. почти не владеющие таким сленгом.

2) Переводы вполне могут различаться по имени автора или по команде переводчиков. "Перевод vadbars'а" или "перевод rapitosov'а". Зачем навешивать смысловые ярлыки?
(Кстати, еще и поэтому я добавил в текст своего варианта ссылку на свое "авторство" - чтобы наши пользователи не путались в вариантах).

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

Есть еще варианты сделать основной перевод и вносить в него изменения с помощью патчей (у французов такое применяется для нескольких модулей) или массовой замены в редакторе. Не нравится "материалы сайта" - делай патч, заменяй на "документы сайта".

seaji, ваша мысль о выборе вариантов перевода с помощью статистики запросов столь же интересна, сколь и спорна.
Два первых соображения на эту тему:
1) отдельное слово в языке практически не имеет фиксированного и четко определенного смысла. Это, скорее, "облако смыслов" и окончательный выбор значения зависит от контекста (т.е. от окружающих слов в тексте и даже от ситуации, в которой этот текст "звучит"). Посмотрите конкретно в данном случае - наверняка "экспорт" в поисковых запросах во многом относится к торговым операциям, а "загрузка" - к downloading'у файлов и программного обеспечения.
2) другой "подводный камень" - слова принадлежат к определенным группам совместного использования: разный стиль речи, официоз или сленг и т.п. А, судя по приведенной вами статистике, нам следует переводить пару "import/export" как "загрузка/экспорт"?

Наша главная задача при переводе - сделать его понятным для определенной целевой группы посетителей сайта. В 99% случаев - это не разработчики Drupal, а в значительной доле - даже не "завсегдатаи" интернета. Статистика же запросов дает нам, увы, "среднюю температуру по больнице, включая морг и родильное отделение". Может быть даже со смещением в сторону активно и часто пользующихся поисковыми сайтами (т.е. "технарей", "интернетчиков").

Ну и последнее: похоже, что любой перевод должен "распадаться" на две части - сообщения для админки (там допустИм умеренный программистский и интернетский сленг - "логиниться", "чекбоксы" и т.п.) и сообщения для frontend'а (тут - только общеупотребительная лексика или даже лексика, более понятная для конкретной целевой группы данного сайта). Один и тот же термин тогда может быть переведен по разному.

Даже если что-то и "вылезет", вы быстро и просто сможете поправить перевод через "Переводы/Строки".
Не забудьте тольк сообщить сюда.

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

Входите на свой сайт как админ. Идете в раздел "Модули" (/admin/build/modules), включаете модуль Locale. Теперь у вас появляется раздел "Переводы" (/admin/settings/locale). Идете туда.

Там есть ссылка Import (/admin/settings/locale/language/import). Она приведет вас на страницу, где нужно указать, какой файл .po импортировать (достаньте предварительно этот файл из ru_drupal50_v1.zip) и в какой язык (укажите russian). Жмете Import, ждете, пока файл загрузится в базу данных сайта и у вас в списке установленных языков появляется "Русский" (/admin/settings/locale).
Поставьте напротив него галочку ("включено") и отметьте его как default.

Здравствуй, великий и могучий!

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

Обновил перевод дистрибутива Drupal 5.x.
Укорочены названия пунктов меню, поправлены некоторые формулировки, исправлены найденные опечатки.

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

Я поместил эту и другие полезные ветки на главную. Но и там все сползает.
Ждем-с решения Axel'а по wiki, подшивкам и репозиторию переводов.

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

Вы про инсталлятор?
Каталога php_dir нет, да и не должно быть. Непонятно, откуда он у вас берется.

Файлы ru.po и russian.profile скопировали в каталог \profiles\russian\ ?

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

Это у вас Denwer? В какой каталог развернули дистрибутив Drupal5.1? Должно быть что-то вроде C:\WebServers\home\ваш_сайт\www\

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

А просто статичная php-страница показывается нормально? "Хелло ворлд" на php.

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

Ну это просто связь интерпретатора php (c:/php/php.exe) с расширениями phtml, php, php3. В случае с инсталлятором, очевидно, подмены алиасов (синонимов) не происходит: "/php_dir/" на "c:/php/" не заменяется.
А если выбирать английский вариант инсталляции - те же проблемы?
Еще попробуйте посмотреть .htaccess (может быть, конфликт в rewrite rule) и \sites\default\settings.php (раскомментируйте и поправьте переменную $base_url. Например, что-то типа $base_url="http://127.0.0.1/php_dir/" ). Да, вы версию 5.1. используете, надеюсь. А то вот здесь ( http://drupal.org/node/63217 ) описывают схожую ситуацию для 4.7.

Пока других идей на эту тему нет. Для локальной отладки несколько лет пользуюсь Denwer - практически никаких серьезных нареканий.

Про задержки при вводе текста затрудняюсь сказать. У меня вроде бы все нормально. При отключенном локальном Apache это тоже происходит?

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

Все дистрибутивы - на оффсайте drupal.org. Прямая ссылка - http://ftp.osuosl.org/pub/drupal/files/projects/drupal-5.1.tar.gz

У вас явно что-то с настройками (либо браузера, либо локального сервера). Только что посмотрел demo - все нормально показывается.

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

Да, пожалуй. Изменил на "Просмотр" (хотя в английском стоит "Preview comment" - хорошо им с кратким и однозначным ангельским :).
Измененный comment-module.po вошел в состав Service Pack 1. Наберется еще изменений - выпущу 3 версию перевода.
Скоро уж, наверное Drupal 5.2. грядет.

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

Выложил 3-ю версию (пока только вариант с помодульными переводами).
Внесено множество мелких исправлений и изменился формат имен файлов (для совместимости с требованиями модуля autolocale и инсталлятора). Теперь файлы будут иметь имена типа: модуль.ru.po

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

А как вы себе это представляете? Размещать в вики прямо текст po-файлов для непосредственного редактирования? Мне кажется, стОит это обсудить.

Но просьба - только не здесь. Откройте тему где-нибудь (можно прямо в вики). Здорово было бы, если для затравки вы изложили бы свое вИдение разделения работ между вики и основным сайтом.
Пока складывается ощущение, что все нужно перетащить в wiki.drupal.ru - переводы, тексты и т.п. Тогда что же останется от drupal.ru?

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

juvie, конечно же, так не должно быть. Возможно, вы не поставили "русский" языком по умолчанию (default)? Еще могу посоветовать - попробуйте вновь импортировать файл русификации. Может быть, это был сбой при импорте.

Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы?

Полный русский перевод Drupal 5.x и еще некоторых модулей.

Даже затрудняюсь сказать, каким образом могут быть связаны два этих факта: перевод и кнопка. "После этого" не всегда означает "вследствие этого".
Разве что такая гипотеза: включение дополнительного модуля locale увеличило расход памяти и появился "белый экран смерти". Попробуйте изменить параметр memory_limit. О нем много здесь писали, поиск поможет.

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

Нет, включение галочки у модуля "locale" никак не связано с распаковкой файла с переводом.
когда ставим галочку напротив Locate, она не сохраняется
Что-то у вас неверно получилось с самим модулем. Проверьте, все ли файлы в каталоге /modules/locale скопировались полностью:
имя размер
locale.css 141
locale.info 310
locale.install 3 115
locale.module 17 643

Должно сработать такое - имя: admin, пароль: admin.

Зайдите на страницу /admin/content/types и редактируйте (переводите) название типа материала и/или его описание.

Не вполне понял, что у вас происходит. Опишите подробнее.

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

Спасибо за приятный отзыв. Хороший стимул работать дальше.

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

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

Тут более общая проблема - как называть саму эту процедуру опознавания посетителя системой? (Голосом Шварцененеггера из "Красной жары" на ломанном русском - "какие ест ваши документы?").
Чтобы было относительно коротко, просто и, главное, сразу понятно для неквалифицированного пользователя. Встречал варианты - "Войти на сайт", "Представиться системе", "Авторизоваться", "Войти в систему".
Соответственно, как коротко и понятно назвать по-русски роль authenticated user. С anonymous user более-менее понятно - "Аноним", "Гость". А с тем, кто известен системе, прошел авторизацию, вошел на сайт, обладает соответствующими правами? "Посетитель", "Автор", "Участник", "Член" (извините за ассоциации :), "Опознанный", "Знакомый", "Зарегистрированный", "Избранный" ("ты - избранный, Нео" :)?
Есть варианты? "Усы и хвост - вот мои документы"

p.s. У вас часто употребляется калькированное слово "линки" (links). Мне кажется, устоявшийся перевод здесь - "ссылки".

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

Ну вот русскоязычный инсталлятор и есть та "русская локализация", о которой вы говорите.
А сборка "Drupal Big Red Button" (нажал - и сайт готов) будет. Скоро будет. Ждите. "Теперь - банановый! Ты этого достойна!"

Собственно перевод от типа используемой СУБД не зависит. Возможно, это глюки вашей настройки под Postgress.

Нет, к сожалению у меня нет возможности проверить на postgress.

Вы можете попробовать просто поставить Drupal на postgress, а затем импортировать перевод. Он лежит в папке \sites\all\modules\autolocale\po инсталлятора.