Новое оформление настроек тем
Дошли слухи о ряде планируемых изменений на страницах настроек тем, некоторые из которых уже частично реализованы. А именно - group_divider теперь разделяет не только визуально, но и оборачивает все содержимое от одного дивайдера до другого в div-блок. И судя по слухам из надежных источников из group_divider'ов хотят сделать сайдбар-навигацию. "Как в вики" (ц)
И вроде звучит всё хорошо, но лишь до фразы "как в вики". Пока это не выкатили в продакшн, лучше сразу подумать еще раз и придумать другой вариант, т.к. этот... ну лучше бы просто оставили как есть. Пользы больше было бы. Тут две неприятные проблемы:
1. Отсутствие иерархии
Если посмотреть для чего разработчики тем использовали JS/CSS в настройках, то можно увидеть, что практически все добавляли еще один уровень вложенности. То есть к текущим дивайдерам добавляли какой-то "супер-заголовок" или заворачивали в таб. Иногда уровней делали больше. Но если без 3-го уровня еще можно обойтись, то с одним вообще никак.
Откройте настройки темы InCart, например. Перейдите во вкладку "Главная страница" и расскажите, что мне с этим делать в новой викиобразной системе? Это обращение к webasyst. Это просто невозможно будет сделать удобным и понятным. А ведь "систему секций" сейчас половина новых тем использует. Т.к. group_divider автоматически будет заголовком навигации, то дивайдер "Инфоблоки"( https://gyazo.com/48180cc50a87... ) будет там присутствовать несколько раз. Т.к. эти самые инфоблоки есть на главной, в футере, на странице товара и может где-то еще. Пускай гадают. :like:
Да даже в вики есть иерархия в заголовках, ибо без неё никак. Вот пример: https://gyazo.com/693df98ad29d...
Видимо правил Мадуро, потом новые выборы, потом кризис.
А вот с правильной иерархией: https://gyazo.com/d651587542ef... . И совсем другая картина.
Но грядущая система вообще никак не предусматривает подобное. Это плохо. Да и навигация эта в сайдбаре получится слишком большой, что никак не облегчит жизнь пользователя.
2. Неочевидное окончание
Откройте настройки вашего айфона и представьте, что абсолютно все настройки вывалены на экран последовательно. А такие вещи, как "Основные, Экран и яркость, Обои, Звуки..." - это всего лишь заголовки в этом огромном полотне настроек. Удобно? Не думаю. Ну или откройте настройки любой видеоигры. Они всегда разделены на вкладки(имеющие, кстати, внутренние заголовки-разделители). Иначе, попытавшись поиграться с качеством картинки и дойдя вниз до какой-то там тройной буферизации, MSAA и прочих страшных слов, вы бы думали "А может это уже настройки коврика пошли?". А в табах пользователь видит, где кончаются настройки этого параметра. Табы - это стандарт. Всегда в настройках именно табы в том или ином виде.
Это я к чему клоню... Еще давно люди просили у вебасист сделать именно табы. Мы ждали этого несколько лет, психанули и сделали сами. С фирменным wa-оформлением, всё хорошо и удобно. Но нет, б****, "как в вики". Ну вот же вам дали уже всё готовое(в плане идеи и оформления) и проверенное. Если уж взялись, то почему бы не сделать именно так? Оно и первую проблему решает полностью. И пока ни я, ни клиенты ни одного минуса в подобном оформлении не нашли. И коллеги, которые при работе сталкивались с вкладками отмечали, что это самое удачное решение, которое помогает крайне быстро найти нужную область настроек без полного их изучения.
В общем это небольшой крик души в попытках хоть как-то повлиять на решение wa. Они наверное будут говорить, что вся причина в обратной совместимости. Bullshit. Последнее обновление сломало все вкладки в опубликованных темах. Где обратная совместимость?) Я конечно сделал уже костыли, но всё же. Причина явно не в этом, т.к. там всё равно планируется еще ряд нововведений, который вряд ли эту обратную совместимость обеспечит. Откатите изменения с group_divider'ом и добавьте, например, новый type="tab", который будет делать то, что делает сейчас group_divider. И не вики-заголовки формировать, а нормальные вкладки. Да, старая версия фреймворка не сможет это поле распознать и поставит text'овый инпут вместо этого. Да и черт с ним. Не криминально. Работать всё равно будет. А если человек и спросит "Эт чО?", то и попросим его обновить фреймворк. Это ж бесплатно.
6 комментариев
Хотелось бы ко всему выше перечисленном добавить возможность сохранения настроек темы дизайна, например, в cookies. Т.к. в новой версии добавлять свой html css js нельзя будет в theme.xml, то необходимо сделать это штатными средствами. Это сильно упростит обновление тем дизайна со сбросом настроек.
Тихо, тихо... тут главное не вспугнуть и давить постепенно. А то со словами "много хотите" точно сделают по-своему :) Импорт/экспорт или сохранение настроек - эт понятно. И о хуке на theme_settings потом тоже попросим потом ;) А то в данный момент показ настроек в демо весьма геморно делать и поддерживать при обновлении. А ведь если перед покупкой и задают какие-то вопросы, то в большинстве случаев просят посмотреть и пощупать настройки. Простых скриншотов в описании темы мало.
можно подумать wa начнет прислушиваться к мнению партнеров.. забей..
Мы в одной лодке. Просьбы партнеров, нацеленные на улучшение жизни лишь самих партнеров - это одно. А удобство пользования уже в общих интересах.
)))))
можно подумать что продажи партнеров идут мимо кармана wa