А вот это https://drupal.org/project/masonry + https://drupal.org/project/masonry_views

Не полегче панелей будет? Вообще, пробовал эти модули кто-нибудь?

"ХулиGUN" wrote:

Вот опять же, о чём говорили в твоём топике - чтобы добиться эффекта нужно поставить 2 модуля... Не проще ли скачать чистый js плагин и подключить к странице?

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

It depends, короче.

"ХулиGUN" wrote:

Вот тут я сомневаюсь)))) Так как данные модули не тестировались... то ещё может возникнуть например конфликт с версией jQuery или ещё какая ботва.
В данном случае достаточно переопределить 1 шаблон вьюхи, подключить js плагина, если необходимо нужную версию jquery и css плагина
Работы ровно, чтобы скачать плагин, переопределить максимум 2 шаблона(Заменить обёртку в строках и возможно оборачивающего контейнера, либо инициализировать плагин согласно текущей разметки), подключить к странице нужные js и css. Итого это около получаса, сайт не захламляют куча бесполезных модулей,

Это тоже верно. И выбор такой реализации зависит от обстоятельств.

Про количество модулей — есть какой-то устоявшийся средний набор, который нужен для большинства проектов со стандартным функционалом. jQueryUpdate и Libraries как-то уже давно по-дефолту везде необходимы. Посмотрите на количество модулей в описаниях проектов на друпале, которые желают западные студии.

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

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

"ХулиGUN" wrote:

ресурсов хостинга тратится меньше...

Вот вообще фиолетово на ресурсы хостинга.

И, к слову, а дела кто-нибудь сайт с двумя темами? Чтобы весь site.ru на одной теме, а одна страница — именно одна нода — site.ru/superpage была бы с другой темой? А точнее даже весь сайт, вероятно, но пока точно не известно, будет на AT, а эта страница (уже точно) на Bootstrap.

Делали такое? Есть какие-то сложности? От чего всё навернётся? Или нет проблем с таким?

"ХулиGUN" wrote:

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

Мы и не спорили, вроде

"ХулиGUN" wrote:

Зачем ставить 2 темы ради 1 страницы? Это наркомания)))

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

"ХулиGUN" wrote:

Я не использую готовые темы в своих проектах. У меня есть заготовка, которую использую для проектов, со всеми необходимыми js, необходимыми функциями в template.php и tpl

Да вы вообще на джанго эцсамое, а я вообще дизайнер

"ХулиGUN" wrote:

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

Это вот мегаправильно, на мой взгляд. Про подобный подход в друпале была пара западных статей после анонса Spark-а, кажется. А есть сейчас что-то похожее в друпале?

"kosHta" wrote:

Логика диктатора, чтоб не срали мимо унитаза, уберём-ка из проекта санузлы.

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

"ХулиGUN" wrote:

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

Да, интересно!

"ХулиGUN" wrote:

если кто проспонсирует, то впринципе могу подобный функционал в модуль организовать...

Если увиденное на тестовом сайте впечатлит, то желающие организовать маленький кикстартер найдутся, думаю.

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

Upd. Ребята с Форбса вроде бы ещё по-старинке всё публикуют. Возможно, они будут заинтересованы.