Он, видимо, предлагает перекрывать переменные $submitted и т.п. Я обычно в template.php определяю свою функцию вывода времени и использую ее в *.tpl.php. Предпочитаю даты вида
«понедельник, 8 марта 2010 года в 16:30» (длинный формат), «8 марта в 16:30» (короткий для текущего года) и т.п.
Вы предлагаете то, что сами не пробовали. А я этот вариант проверил — результат плохой.
Почему? Потому что исправляя перевод названий месяцев мы получаем родительный падеж ВЕЗДЕ, что не верно. То есть «марта, 2010» в блоке календаря и прочее.
Поэтому это не вариант.
Извиняюсь, но хочу вставить свои пять копеек.
Быть может это очень глупо и не правильно, но иногда, когда я заполняю документы(благо это не президентские рукописи)) и там прописаны графы типа "__/_____/20__" то я пишу «08/март/2010» или даже такие «08 _______ 20__» тоже, заполняя, пишу месяц в именительном падеже.
Поэтому, лично мое мнение, менять падеж только основываясь на том, что перед месяцем стоит цифра — неверно. Видится мне, что куда сложнее потом будет избавиться от неверно всплывшем падеже, в каком-нибудь закадычном месте. Уж если менять падеж, то только указывая где-то в параметрах функции в какой именно падеж вам хочется привести слово.
уважаемый, вы как вообще планируете определять необходимость наличия падежа для любого языка? кто вам вообще сказал, что в текущем языке будет падеж и что он будет родительный? вы как бы не забывайте, что машина воображение включать не будет на этот счёт
Ну не знаю. Тот патч который стоит не любить (который приходится самому поддерживать) мне кажется достаточно редкое явление в Друпале. В подавляющем большинстве случаев сделанный патч отправляется разработчику модуля и уже в следующей версии этого модуля вы получаете решение вашей проблемы и следовательно при обновлении ваш код можно не поддерживать, в модуле эта функциональность уже есть. Это по сути не патч, это ваша «помощь комьюнити». Патчи, которые по каким-то причинам не включаются в модуля — достаточно редкое явление.
Это точно. Патч в данном случае это название программы (patch), которая используется, чтобы наложить изменения на текущий код модуля. И кроме того, акцент на слове патч как раз и значит, что вероятность его принятия разработчиком модуля очень велика — я всё уже подготовил.
Если бы я в вольной форме изложил автору модуля чего я хочу и просил бы его самого это сделать, но это было бы реально дольше и называлось бы не патч, а feature request. И их там тысячи.
С выходом 7ки к патчам будут предьявляться всё более жесткие требования (код должен проходить автоматизированные тесты), но я считаю, что с ростом сложности системы это просто необходимо и очень разумно. Но это касается ядра Друпал. Какая-то другая CMS может похвастаться автоматизированными тестами для своего ядра?!
А нужно ли где-нибудь выводить названия месяцев в именительном падеже? Было бы проще изменить все переводв на родительный падеж, в своё время так было сделано при локализации MediaWiki.
К сожалению нужно. Модуль Calendar, например, выводит разного рода списки где есть архив по месяцам (март 2010, апрель 2010). Есть блок с календарём, где в заголовке название месяца и, если оно в родительном падеже, но это выглядит не очень…
Патч на drupal.org до сих пор не закоммитили. Автор модуля хочет, чтобы его больше людей потестили и желательно не на русскоязычных/англоязычных сайтах.
Поэтому если кто имеет подобные сайты и использует патч — отпишитесь в drupal.org/node/728350
Патч к Drupal-модулю Date — показываем месяцы в родительном падеже