В этом топике бурлят страсти «разработчики vs пользователи vs лицензии». И у меня возникла светлая мысль — а что если в каталоге сделать несколько типов цен для плагинов? Например, так:

Типы цен для плагина:

1. Только код плагина (самый дешевый) — без бесплатной поддержки
2. Код + бесплатная поддержка первые Х часов (остальные оплачиваются отдельно)
3. Код + круглосуточная бесплатная поддержка клиентов (самый дорогой вариант), но не более N часов в месяц (остальные оплачиваются отдельно)

И, конечно, поддержка не подразумевает исправление ошибок в заявленном функционале, это является «само собой» в часы поддержки не входит. И тогда каждый покупатель волен сам выбирать тип нужной ему поддержки, ведь:

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

Нажимаем, комментируем

Ко мне часто обращаются пользователи с двумя вопросами:

1. Как получить обновления с каталога и
2. Как обновить текущий плагин

Как же можно подсказать пользователям как решать эти проблемы?

Читать дальше →

Раз пошли такие темы про кидал:
livestreet.ru/blog/13250.html
livestreet.ru/blog/paidorders/13244.html

Возможно, пора уже на ЛС создать список доверенных разработчиков работающих под заказа, которых бы вносил ort по результатам представленных работ. Потому что не все разработчики выкладывают свои поделки в каталог и не все выкладывающие работают под заказ.

Всем привет!
Уже сейчас особыми стилями выделяются специфичные комментарии (собственные, администратора, удалённые и т.д.). За это отвечает

<div id="comment_id_{$oComment->getId()}" class="comment {if !$oUserCurrent or ($oUserCurrent and !$oUserCurrent->isAdministrator())}not-admin{/if}

и т.д. в файле comment.tpl (у меня 0.5, разницы с текущей версией особо нету).

Но когда пользователи переходят по ссылкам на определённый коммент (например site.ru/blog/2080.html#comment6041) — почему-то не реализована подсветка выбранного комментария.
С удивлением увидел, что этого нету и на хабре (вроде как достойный пример интерфейса).

Понятное дело, что страница прокручивается до выбранного комментария, но в случае, если он внизу (а последние комментарии чаще будут там) — то страница прокручивается до самого низа, и непонятно какой из 3-5 комментариев, попавших в скрин тот, который я хочу увидеть.

Это недоработка, или есть принципиальная проблема с реализацией?
Я так понимаю, что при переходе внутри темы от site.ru/blog/2080.html#comment6041 к site.ru/blog/2080.html#comment6046 например страница не перезагружается, и соответственно стили можно будет менять только js. Но хотя бы при первичной загрузке отобразить 1 выбранный комментарий очень полезно.

Затравка темы здесь: «Супер-хуки» в шаблонах — вставка кода в любое место
Более четко сформулировано и начало обсуждения здесь: Новые шаблоны для LS — стандарт верстки

По откликам на мой топик по стандартам верстки, я понял, что тема эта актуальна, и есть энтузиасты, готовые участвовать в реализации. Это хорошо.

Хотелось бы услышать еще мнение наиболее активных разработчиков плагинов и самого Макса (ака ort ). А то, может, «проблемы негров шерифа не волнуют» ©… :)

Но я пока не вижу в предложенном подходе никаких минусов, кроме плюсов.

Итак, краткое резюме по результатам обсуждения:
1) нужно структурировать наборы шаблонов к скинам, используя механизм наследования Smarty
2) нужно выработать соглашения по CSS-селекторам, которые в шаблонах используются
3) в обоих направления предлагается опираться на БЭМ-методологию

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

А теперь, ближе к делу.
Читать дальше →

В комментариях к моему топику про HTML-хуки было немало высказываний на тему стандартизации разрабатываемых шаблонов по LS. Хочу высказать свои соображения на эту тему.

Собственно, проблем тут две:
1) Разбивка страниц на отдельные шаблоны (файлы)
2) Именование CSS-классов

Выскажусь пока по первой проблеме.

Разбивка страниц на отдельные шаблоны

Читать дальше →

Всем доброго времени суток!

Разрабатывая свой пакет, столкнулся вот с какой проблемой: в Livestreet-шаблонах файл header.tpl содержит все все, что только можно, и даже больше, чем надо. В частности помимо <head></head>, уже за его пределами содержится половина самой страницы, вместе с блоками #header, #content, сайдбаром и т.п. Но ведь это не круто. Ведь наверняка не только я сталкивался с задачей оформления пользовательских страниц, на которых шапка, вместе с пользовательским меню, формой авторизации и т.п. вообще могут отсутствовать. При этом мне с большой долей вероятности может понадобиться весь <head>

Я предлагаю в дальнейшем при разработке Livestreet-шаблонов <!doctype html> вместе с <head></head> вывести в отдельный файл head.tpl.
А head.tpl уже инклюдить в header.tpl
Таким образом кому понадобится шапка полностью, со всем плюшками, сделают {include=«header.tpl»}, а кому только <head>, со всеми его CSS-ами и т.п., сделают {include=«head.tpl»}
Читать дальше →

Наткнуся на один фреймворк, типа бустрапа, называется Foundation. Понравилась там фишка всплывающих подсказок — смотреть демонстрацию.

Весьма удобно было бы создать подобную систему для ливстрит. Зарегался пользователь, а ему вывелась подсказка вверху типа «Это ваше личное меню, отсюда можно перейти в профиль, сообщения и другие персональные разделы». И ссылки «следующая подсказка» и «закрыть навсегда».

Неопытные пользователи будут рады, что их «ведут», и будут быстрее вливаться в процесс даже не всегда оттого, что они поняли как это работает, а просто потому что хочется попробовать то, о чем рассказывается в подсказке. Типа «ну-ка что тут у вас...». Новички редко голосуют за посты, комменты, т.к. просто не уверены, что значит это голосование и не нажимают на кнопку.
Читать дальше →

Нашел не большой косяк шаблона! В дефолт шаблоне

clip2net.com/s/2rd2J

правится просто в ActionIndex в index.tpl, к инпуту надо добавить класс input-width-full

Как то я уже писал о подобном, вот решил написать еще раз.

Блогов на сайте может быть достаточно много. Новичку, только что зарегистрировавшемуся на сайте, довольно сложно определить, куда ему писать и есть ли вообще нужный ему блог. Да, в 1.0 есть поиск блогов, но многие ли сразу идут в поиск? По-моему своевременное использование поиска есть одна из самых распространенных проблем на форумах и сообществах.

Вторая проблема — новичку трудно вообще понять, что ему сначала нужно подключится к блогу, только после этого он сможет туда написать. Частично проблему решает плагин BlogAutoconnect, но есть один минус в нем — при публикации топика в списке блогов выводятся ВСЕ блоги на сайте, а их может быть более 50 или 100… что тогда? изучать этот список на два экрана?

Поэтому есть предложение, как усложнить этот процесс в системе и упростить для пользователя.
Читать дальше →