Ну надо в теме в менюшке местами пункты поменять, что проще условие писать: при такой теме одно, при второй другое или просто в тему файл закинуть с измененным меню, который автоматом подхватиться взамен того, что в шаблоне?
Лишний уровень наследования усложнит как код, так и структуру шаблона, к тому же темы по задумке должны изменять только стили, все остальное я бы рекомендовал оформлять как опции шаблона. Например: опция отвечающая за отображение топиков, за какую-то особую структуру меню итд, а темы все это дело должны оформлять.
Опять же пример (более подробный пункт 2 из коммента выше): обновляется шаблон регулярно, вносятся какие-то изменения, правки и проч.
Как уже выше написал, эта проблема лучше решается наследованием шаблонов.
И это исключает возможность создания своего базового шаблона на котором на уровне тем можно было бы создавать другие шаблоны.
Не исключает, разработчик сможет скопировать все компоненты в папку с шаблоном (таким образом переопределив те что находятся в frontend/components) и уже там их модифицировать.
Да и почему бы не вынести все что касается визуального оформления в шаблон?
Как выше уже написал, у разработчиков будет такая возможность, по дефолту же выносить все в шаблон не вариант, по той же причине, по которой в 1.0 все общие js файлы были вынесены в common.
Различные виды отображения топиков правильнее будет добавить в компонент topic и уже оттуда их подключать.
Сдается мне, что с обновлениями шаблонов дела пошли бы куда лучше:
Вы тут описали, то, что спрашивал PSNet чуть выше, этот функционал лучше реализовать с помощью наследования тем. Плюс компоненты тоже можно наследовать — по дефолту в девелопере папка с компонентами будет пустая и подключаться компоненты будут из папки frontend/components, а в сам шаблон разработчики будут добавлять только те компоненты, которые хотели бы изменить, таким образом в шаблоне не будет дублируещего кода (которые не отличается от дефолтного кода компонентов).
Думаете, что новичок без знания less и bootstrap сходу разберется в этом кастомизаторе? Но, опять же, у тех кто знаком со всем этим, будет возможность, после небольших правок, использовать темы сгенеренные в кастомизаторе.
Да, структура шаблонов сильно изменена, придется с нуля делать, в ближайшее время будет написана документация по шаблонам и фронтенду, следить можно в wiki на гитхабе (сейчас там только док-ия по компонентам).
Знакомится с новым фронтендом ЛС можно уже сейчас, но переделывать свои шаблоны я бы пока не рекомендовал и подождал бы беты, где уже будет отзывчивый дизайн, доступность компонентов итд, чтобы все это можно было использовать в своих шаблонах.
Все необходимые изменения делаем на странице кастомизации Бутстрапа, возможности там не маленькие.
Для этого и делаем разметку бутстрап-совместимую, чтобы можно было, при желании, использовать стили предназначенные для проектов на бутстрапе, т.е. сгенерированную тему, после небольших правок, можно будет использовать в ЛС.
А в чем она станет быстрее?
Тут надо учитывать, что не все знакомы с бутстрапом, возьмем для примера новичка с базовыми знаниями CSS, перед ним стоит задача оформить компонент button, для этого он идет в соответствующую папку со стилями и просто заменяет фон, цвет итд, все кажется простым и понятным. В варианте с бутстрапом — стилей в компоненте нет, что уже кажется не логичным, надо создавать свои и переопределять бутстраповские, либо идти знакомится с less и бутстрапом и генерить темы в кастомизаторе, потом их еще подключать. Первый вариант мне кажется проще и снижает порог входа в разработку шаблонов для ЛС.
Так может оба старых блока вернуть? При необходимости их всегда можно отключить.
Если добавлять оба блока, то это уже будет дублирование функционала, при необходимости можно плагинами подключить, по дефолту лучше если будет что-то одно и универсальное.
Имхо, конечно, но лучше бы оставили старый рейтинг, а упрощение — плагинами. Старый как-то теплее и ламповее будет
Для человека который посещает хабр, старая рейтинговая система теплая и ламповая (и конечно же в ней есть свои плюсы), но на ЛС делают не только ИТ проекты, у большинства сайтов на ЛС посетители — простые пользователи, которым это система кажется сложной и запутанной, и таких пользователей большинство. Так что думаю логично по дефолту сделать именно упрощенный рейтинг для широкой публики, а усложнение оставить плагинам.
Со всем этим нужно было разбираться и это было интересно.
Тут опять же, вам, как ИТ-пользователю, это интересно и понятно, но нужно учитывать что есть и другая категория пользователей.
Если же все и дальше упрощать, то в один день может просто встать вопрос, а почему бы не использовать другую CMS, где побольше сообщество, больше плагинов, шаблонов, если и там все можно сделать также?
От мелких изменений упрощающих юзабилити, ЛС не потеряет статус блого-социального движка.
На странице «Людей», кстати, облака тоже зря убрали — они давали визуальное представление о географической расположенности людей.
Тут согласен, пришлось пожертвовать наглядностью в пользу универсальности + этот контрол выбора местоположения сейчас можно использовать в плагинах. Возможно в блок статистики добавим например топ-10 стран для наглядности.
На самом деле это и есть компромиссное решение, html-разметка в большинстве бызовых компонентов будет от бутстрапа, соотвественно стили тоже «бутстраповские», т.к. привязаны к этой разметке, только с нашим дефолтным оформлением + будут лежать в папке с компонентом, где их можно изменять, что намного удобнее при разработке, вместо того чтобы переопределять стили бутстрапа. Скрипты придется в любом случае наши использовать, т.к. они еще используются как обертки (помимо того что обладают нужным нам функционалом). В итоге разработка шаблонов станет удобней и на мой взгляд быстрее, в отличии варианта с подключением всего бутстрапа.
Да, в большинстве популярных соц. сетей (вк, reddit итд), популярность блога оценивается именно по кол-ву читателей, таким образом многим пользователем будет проще освоиться на сайте, более сложные рейтинговые системы оставляем плагинам.
Как уже выше написал, эта проблема лучше решается наследованием шаблонов.
Как выше уже написал, у разработчиков будет такая возможность, по дефолту же выносить все в шаблон не вариант, по той же причине, по которой в 1.0 все общие js файлы были вынесены в common.
Вы тут описали, то, что спрашивал PSNet чуть выше, этот функционал лучше реализовать с помощью наследования тем. Плюс компоненты тоже можно наследовать — по дефолту в девелопере папка с компонентами будет пустая и подключаться компоненты будут из папки frontend/components, а в сам шаблон разработчики будут добавлять только те компоненты, которые хотели бы изменить, таким образом в шаблоне не будет дублируещего кода (которые не отличается от дефолтного кода компонентов).
Знакомится с новым фронтендом ЛС можно уже сейчас, но переделывать свои шаблоны я бы пока не рекомендовал и подождал бы беты, где уже будет отзывчивый дизайн, доступность компонентов итд, чтобы все это можно было использовать в своих шаблонах.
Тут надо учитывать, что не все знакомы с бутстрапом, возьмем для примера новичка с базовыми знаниями CSS, перед ним стоит задача оформить компонент button, для этого он идет в соответствующую папку со стилями и просто заменяет фон, цвет итд, все кажется простым и понятным. В варианте с бутстрапом — стилей в компоненте нет, что уже кажется не логичным, надо создавать свои и переопределять бутстраповские, либо идти знакомится с less и бутстрапом и генерить темы в кастомизаторе, потом их еще подключать. Первый вариант мне кажется проще и снижает порог входа в разработку шаблонов для ЛС.
Если добавлять оба блока, то это уже будет дублирование функционала, при необходимости можно плагинами подключить, по дефолту лучше если будет что-то одно и универсальное.
Тут опять же, вам, как ИТ-пользователю, это интересно и понятно, но нужно учитывать что есть и другая категория пользователей.
От мелких изменений упрощающих юзабилити, ЛС не потеряет статус блого-социального движка.
Тут согласен, пришлось пожертвовать наглядностью в пользу универсальности + этот контрол выбора местоположения сейчас можно использовать в плагинах. Возможно в блок статистики добавим например топ-10 стран для наглядности.
2. Будут