Небольшая реорганизация админки
02.03.2011Голосование
| Тип | Пожелание |
| Состояние | Открыт |
| Приоритет | Низкий |
| Версия | 4.32 |
| Система | * |
| Воспроизводимость | Нет |
| Автор | Константин |
| Исполнитель | Блоголётчик |
Несколько мыслей по небольшой косметической реорганизации меню админки.
Может быть, стоит совместить на одну страницу все, что касается работы с Home Page? Т.е перенести настройки из Options - Home page
в
View - Spec. pages - Home page (кстати, там грам. ошибка - ppage)
, а из меню Options этот пункт, соответственно, убрать? Вкладка View - Spec. pages - Home page ведь информацией не перегружена, да и так имхо логичнее смотреться будет...
По поводу п. Меню / Menus. Мне кажется, что название Доп.(олнительные) страницы / Add.(itional) pages (или Static pages) подходит гораздо лучше. И соответственно в самом меню тогда сделать вместо Add menu - Add new, и добавить еще один пункт - .Edit / Delete (просто продублировать ссылку Menu - /admin/menu/ ). Так это меню станет гораздо очевиднее. Ну и на внутренних страницах соответственно поменять надписи Меню/Menus на новые.
← Ранее Организация показа виджетов
Позже пропали ссылки →
Комментарии (13) на запись “Небольшая реорганизация админки”
Оставить комментарий
Static pages. Это принятая терминология.
А можно как-нибудь объединить виды по-умолчанию, настройку спецстраниц, настройки-главная, настройки - рубрики и метки? Уж по крайней мере объединение последних 3 пунктов кажется логичным.
В пункт виджеты в добавление виджетов ИМХО хорошо бы добавить ссылку на создание редактируемого виджета. Чтобы логика действий была очевидней - изначально выбирается место под виджет, нет нужды добавлять его в вид по умолчанию. Но отдельный пункт "Редактируемый виджет" не удалять, он хорош для общего обзора всех таких виджетов.
Сложность в понимании взаимосвязей имеет место в основном из-за разбросанности логически связанных настроек по разным пунктам меню. Ну если так навскидку, то логично было бы свести все что относится к настройке видов на одну страницу, в логической последовательности сверху вниз:
View
Переименовываем в Templates Settings
т.к. по сути это не виды, это шаблоны для видов, заданных в Default Views. Соответственно, ссылку Add new view переименовываем в Add new template /Добавить новый шаблон.
Добавить краткие подсказки о назначении и настройке пунктов.
Widgets - отдельным пунктом уже вроде и не надо, оно по сути дублирует столбец Widgets из п. View. И если открывать эту страницу из View - Widgets, то выбор вида на ней уже не нужен.
Разделитель
Default views
В том, что есть - вписать в табличку из двух столбцов, View и Template, чтобы не было вопросов "что есть что" ни для кого, даже для меня. :)
плюс
- собрать туда ВСЕ настройки Home Page из всех меню
- добавить в перечень видов Archives, 404 page и Site map. Собрать туда же их настройки. Т.е. пункт меню Spec.Pages тоже уходит
Добавить везде краткие подсказки о назначении и настройке
Разделитель
Custom widget
Добавить везде краткие подсказки о назначении и настройке
Глобальная логика такого меню:
Двигаясь по странице сверху вниз, последовательно настраивая нужное.
Если надо, настраиваем и добавляем шаблоны для видов. Или оставляем по умолчанию. Список видов чуть ниже перед глазами плюс краткая подсказка - удобно, понятно.
Если надо, задаем шаблоны для видов страниц. Или оставляем по умолчанию.
Попутно, если это нужно, задаем специфические настройки для отдельных видов. Или все оставляем по умолчанию.
Все, с настройками всего, что касается вида, мы закончили. В одном пункте меню и на одной странице.
Предвосхищая возражения :) : не будет страница чересчур большой и перегруженной, часть настроек можно спрятать в разворачивающиеся окна с inline по умолчанию.
Philipp, интересно услышать ваше мнение.
Комбобокс на каждой странице виджетов и тем считаю удачной находкой, и поэтому не хотел бы его убирать. Главную можно(да и нужно) редактировать в общем списке меню - на нее есть ссылка из настроек/главная, а в видах главную добавил просто так, до кучи со всеми остальными. Планирую добавить простую массовую смену видов у какого то класса: два комбобокса с видами и классами. Таблицу видов (по мне кажется более логичным чем настройки шаблонов, но не уверен) можно сделать более интерактивной - добавить выдвигающиеся диалоги без перезагрузки страницы,. Список виджетов ввиде можно сделать действительно списком, где по клику появлялись настроки для списка и ссылка на админку виджета. По моему сейчас неочевидно, что надо кликать по названию виджета, чтобы попасть в его админку. А вот сейчас придумал: таблица остается как есть а по ссответствующему клику после таблицы будет менятся, как примерно закладки в редакторе поста. И кажется аналогия с редактором поста подойдет для редактора вида, тогда можно одновременно вначале таблица всех видов, а потом редактор конкретного вида. Надо поразмыслить над проблемами такой реализации. Аналлог - древовидный редактор темы, где по клику меняется редактор текста.
Я не тороплюсь - сделать быстро не проблема, только не хочется потом все время доделывать
Согласен, что спешить некуда. Лучше уж сразу админку понятной, логичной и простой. Потому я и ратую за то, чтобы собрать все по видам в одно место и по порядку. Даже если страничка и будет чуть тяжелее, это не принципиально - не часто туда лазишь. А если будет применеие настроек без перезагрузки - то общий вес странички вообще не принципиален.
После праздников попробую сделать визуальный макет того, что предлагаю, посмотреть наяву. Так что не торопись, плиз. Может еще Филип подтянется и что посоветует.
Поясняю: сейчас виды задаются во время создания объекта, затем меняются индивидуально.
Более привычно (не знаю, возможно лично для меня) - виды задаются для класса. Вид для объекта изначально не задается и наследуется от класса. А вот если он задан индивидуально - тогда применяется он. Сответственно: когда мы меняем вид класса - мы меняем вид всех например постов - кроме тех которым задан индивидуальный вид.
В блоголёте класс - это обычный php класс, именно так и не иначе. Движок устроен так, что у постов свой класс tpost, у рубрик tcategories и так далее. Страницу генерирует обект - экземпляр класса, именнно в смысле языка php и вообще объектно-ориентированного програмирования. Хорошо или плохо, но движок я писал как программист для программистов и вопросы шаблонов, верстки оказался на втором плане. В последней 4.хх версиях я вроде как исправил ситуацию - более простая структура темы, опять же виды - спасибо Филлипу за идею видов, сам бы я до них не додумался.
Про строчку на php пожалуй я смогу проконсултировать. И так: есть виджет со статическим текстом - правильно я понял? И он должен показываться только на опредленных страницах? Виджет может быть аяксовым или показ его контента обязателен?