J. Bravo: Комментарии

Главные вкладки

1 марта 2010 в 23:57

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

28 сентября 2008 в 19:26

Ценный совет. Спасибо. Периодически сталкиваюсь с необходимостью что-то изменить в ядре. Для себя выработал подход с документированием всех изменений и последующим ручным переносом своих изменений в обновленные модули (для переноса пользуюсь компаратором Araxis Merge).

21 сентября 2008 в 3:40

Создать view (модуль views) с сортировкой по количеству комментариев (или общему количеству посещений - смотря что для тебя критерий популярности) с выводом в отдельный блок. Отобразить блок в нужном месте сайта.

21 сентября 2008 в 3:31

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

21 сентября 2008 в 3:29

Идея заключается в том, что этот файл должен использоваться движком темы для построения блока с определенным идентификатором (в данном случае - search-0). Такой подход использовался в пятой версии. В версии 6 вполне возможно что-то изменилось, но думаю принципиальная возможность пойти по такому пути осталась. Поищите, как выполнять темизацию отдельных блоков в Drupal 6. Если не получится - пишите, попробуем разобраться вместе.

18 сентября 2008 в 23:45

Чтобы быстро поправить в style.css вместо
#header, #content {width:100%;}
написать
#header, #content {width:99.9%;}

А вообще неплохо бы разобраться с таблицей в верхнем меню. Она там совсем не обязательна и это именно из-за нее лишние пиксели вылазят.

18 сентября 2008 в 13:48

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

13 июля 2008 в 4:09

Оказалось, проблема в неправильной темизации блока авторизации. За основу был взят статический HTML, полученный для этого блока на главной странице. В итоге для любой страницы кусок формы логина, который отвечает за переадресацию, выглядел так:

10 апреля 2008 в 1:49

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

9 апреля 2008 в 8:42

Приведите, пожалуйста, фрагмент css при помощи которого при стандартном выводе для элемента меню, который выделен (независимо от того, есть или нет у него дочерние элементы), можно отобразить свою картинку (для темы Garland).

9 апреля 2008 в 0:50

А что используется для вывода материалов по категориям? Если views, то достаточно разместить ссылку типа /node/add/mytype в заголовке view. Собственно, такую ссылку можно разместить в любом месте, откуда пользователям удобно размещать материалы.

8 апреля 2008 в 19:00

У нас есть 3 пункта меню, каждый из которых представляет собой конструкцию <li class="leaf">
Как при выводе "по умолчанию" определить, для какого из них нужно отобразить особенную картинку, как показано на рисунке:

25 марта 2008 в 13:57

А получалось у кого-то прикрутить к WYSIWYG-редактору подсветку синтаксиса? Например, GeShiFilter?

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

23 марта 2008 в 2:41

1 - решается при помощи де-факто стандартных модулей Views и CCK

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

3 марта 2008 в 10:42

Как-то сложно. Проще сделать возможность искать используя google из формы поиска сайта, как это сделано, например, на sql.ru.

Впрочем, у меня и стандартный поиск нареканий по качеству результатов пока не вызывает. Единственная проблема - скорость.