1. Блочная компоновка элементов дизайна. Не просто раскидать элементы, а совершенно четко выделить отдельные блоки. И потом так же четко эти блоки зафиксировать при верстке.
2. Поддержка тем оформления. Уже есть примеры, когда один скин может поддерживать несколько тем оформления. Создать самостоятельно тему при таком подходе — работа на порядок более простая и менее трудоемкая, чем создание скина с нуля.
Понятно, что работа дизайнера — это еще полдела (может быть, в данном случае даже треть), нужно потом еще грамотно сверстать выбранный шаблон. Но если эти требования сформулировать в условиях конкурса, то оценивать работы с их учетом, а не просто «прикольно/не очень», то результат (с точки зрения влияния на развитие движка) был бы иным.
Посмотри сам: сколько конкурсантов не просто картинки красивые предложили, а обосновали, почему они так сделали, и как их дизайн может быть адаптирован к разным темам оформления, к разным плагинам, к разной тематике?
ЗЫ Надеюсь, понятно, что я ни в коей мере не хочу обидеть дизайнеров, которые приняли участие в конкурсе. По большому счету — все молодцы, и я был приятно удивлен, что столько работ было предложено. Я, честно говоря, думал, что меньше их будет. Респект всем!
А я воздержался, не стал голосовать ни за какой вариант. Моя точка зрения проста — любая смена дизайна при сохранении старых принципов верстки и организации шаблонов не даст ЛС абсолютно ничего нового.
Сам по себе конкурс, как средство привлечения внимания к движку, как способ хоть как-то возбудить интерес к нему не только со стороны программеров и юзеров, но и со стороны дизайнерского сообщества — это хорошо. Но для того, чтоб этот конкурс дал толчок именно к развитию ЛС, нужно было более жестко сформулировать требования и более критично подойти к оценке предлагаемых скинов, нежели «сделайте мне красиво». Ну было 100500 сайтов-близницов со старым дефолтным дизайном, щас появится еще три раза по 100500 с новым.
Переход на новый дефолтный шблон для ЛС может стать не просто формальностью, а очередным шагом в го развитии. Я бы НАСТОЯТЕЛЬНО рекомендовал при верстке нового шаблона сделать две принципиальных вещи:
1) Назвать «блоки» (т.е. то, что сейчас в ЛС именуется «блоками») более правильным, более точным и более употребительным в таких случаях термином — «виджетами» (widgets)
2) Сверстать новый шаблон, максимально используя «блочный» принцип (тут этот термин я уже использую с точки зрения верстки и концепции Smarty 3). Сохраняя, разумеется, совместимость снизу вверх.
Чуть более года назад тоже очень внимательно смотрел в сторону Твига. Но решил дождаться 3-ей версии Смарти, и после того, как она вышла, решил, что смена шила на мыло — не стоит оно всей этой возни. Во-первых, скорость Смарти значительно возросла, и сейчас, если не использовать наследование шаблонов, то они примерно равнозначны по скорости.
Но наследование шаблонов — это колоссальное преимущество Смарти, которое пока никак не используется. А зря. И, надеюсь, только пока. Если вместо хуков внутри шаблонов использовать систему Смарти-блоков и наследование — это реально крутая вещь может получится для плагинов
Ну вот упс, затянулось дело непредвиденно долго по разным причинам. Если в ближайшее время не будет обнаружено серьезных багов, то на этой неделе выложу.
Зато сейчас готовится к выходу не только сам плагин, но и расширение к нему.
Куда направил, на мыло? Или в личку?
Выслал сегодня всем зарегистрированным юзерам плагин, кто изъявил желание потестировать. Но только зарегистрированным (т.е. тем, кто покупал его раньше) и тем, кто в личку написал.
По-моему, NiceURL это обеспечивает. Но я вот тоже не выдержал и решил спросить: а нафига?
В Вашем примере строка detskoe-zdorove — это, кроме названия блога, может быть категория, подкатегория, название компании (если плагин Компании установите), какой-то другой плагин тоже может придать этой строке свой смысл. Не боитесь, что у движка «крышу сорвет», когда сущностей всяких довольно много станет?
У меня была, конечно, мысль такая — задавать порядок просмотра сущностей — сначала одно, если не совпало название, то другое и т.д. Но какую-то реальную пользу это принесет, кроме увеличения нагрузки на сервер?
Если мне смогут внятно объяснить, в чем польза — тогда подумаю о реализации этого функционала в плагине.
Что значит «никак не встает»? Думаете, этого достаточно, чтобы понять суть проблемы?
Когда пишут «встало без проблем», то и вопросов никаких не возникает, а когда «не встает» — тут такое поле для фантазий. Но у меня слишком мало свободного времени, чтоб фантазировать
Я сейчас оба плагина юзаю именно на ЛС 0.5.1, причем, как на стандартных скинах, так и на social — подобных пробоем нет. Мне говорили уже о подобной ошибке, но я пока не смог ее воспроизвести
2. Поддержка тем оформления. Уже есть примеры, когда один скин может поддерживать несколько тем оформления. Создать самостоятельно тему при таком подходе — работа на порядок более простая и менее трудоемкая, чем создание скина с нуля.
Понятно, что работа дизайнера — это еще полдела (может быть, в данном случае даже треть), нужно потом еще грамотно сверстать выбранный шаблон. Но если эти требования сформулировать в условиях конкурса, то оценивать работы с их учетом, а не просто «прикольно/не очень», то результат (с точки зрения влияния на развитие движка) был бы иным.
Посмотри сам: сколько конкурсантов не просто картинки красивые предложили, а обосновали, почему они так сделали, и как их дизайн может быть адаптирован к разным темам оформления, к разным плагинам, к разной тематике?
ЗЫ Надеюсь, понятно, что я ни в коей мере не хочу обидеть дизайнеров, которые приняли участие в конкурсе. По большому счету — все молодцы, и я был приятно удивлен, что столько работ было предложено. Я, честно говоря, думал, что меньше их будет. Респект всем!
Сам по себе конкурс, как средство привлечения внимания к движку, как способ хоть как-то возбудить интерес к нему не только со стороны программеров и юзеров, но и со стороны дизайнерского сообщества — это хорошо. Но для того, чтоб этот конкурс дал толчок именно к развитию ЛС, нужно было более жестко сформулировать требования и более критично подойти к оценке предлагаемых скинов, нежели «сделайте мне красиво». Ну было 100500 сайтов-близницов со старым дефолтным дизайном, щас появится еще три раза по 100500 с новым.
1) Назвать «блоки» (т.е. то, что сейчас в ЛС именуется «блоками») более правильным, более точным и более употребительным в таких случаях термином — «виджетами» (widgets)
2) Сверстать новый шаблон, максимально используя «блочный» принцип (тут этот термин я уже использую с точки зрения верстки и концепции Smarty 3). Сохраняя, разумеется, совместимость снизу вверх.
Но наследование шаблонов — это колоссальное преимущество Смарти, которое пока никак не используется. А зря. И, надеюсь, только пока. Если вместо хуков внутри шаблонов использовать систему Смарти-блоков и наследование — это реально крутая вещь может получится для плагинов
Зато сейчас готовится к выходу не только сам плагин, но и расширение к нему.
Выслал сегодня всем зарегистрированным юзерам плагин, кто изъявил желание потестировать. Но только зарегистрированным (т.е. тем, кто покупал его раньше) и тем, кто в личку написал.
А вот такая хрень в конфиге не поможет?
вот у меня под скином colorstreet-jquery:
В Вашем примере строка detskoe-zdorove — это, кроме названия блога, может быть категория, подкатегория, название компании (если плагин Компании установите), какой-то другой плагин тоже может придать этой строке свой смысл. Не боитесь, что у движка «крышу сорвет», когда сущностей всяких довольно много станет?
У меня была, конечно, мысль такая — задавать порядок просмотра сущностей — сначала одно, если не совпало название, то другое и т.д. Но какую-то реальную пользу это принесет, кроме увеличения нагрузки на сервер?
Если мне смогут внятно объяснить, в чем польза — тогда подумаю о реализации этого функционала в плагине.
Когда пишут «встало без проблем», то и вопросов никаких не возникает, а когда «не встает» — тут такое поле для фантазий. Но у меня слишком мало свободного времени, чтоб фантазировать