Когда я впервые попробовал функцию стилей блоков в WordPress, я был впечатлен. Как создатель темы, это был простой способ позволить пользователям выбрать класс, связанный с дизайном, без необходимости знать, что происходит под капотом. В ту первую неделю или около того я столкнулся с проблемой, с которой сталкивались многие другие. Я хотел объединить два или более класса / стиля, чтобы предложить широкий спектр пользовательских опций.
Это было в конце 2018 или начале 2019 года – примерно во время выпуска WordPress 5.0. Другие просили возможность комбинировать стили с тех пор, и Кейт Девон, соучредитель Highrise Digital, снова поднял этот вопрос через Twitter на прошлой неделе. Однако эти многочисленные запросы никогда не приводили к изменению основного кода.
Скорость этой улитки была полезной. Слишком ранний переход к некоторым функциям, когда другие еще не сформировались, может создать ненужный устаревший багаж.
За последние пару лет я пересмотрел свою позицию по объединению стилей блоков. По мере развития редактора появляется более четкое представление о том, какие варианты будут у пользователей. Хотя я изначально хотел объединить стили блоков, я больше не так уверен. Основная причина этого заключается в том, что core уже сделал многие устаревшие опции блокировки, и он будет продолжать делать это с другими элементами управления в будущем. Когда WordPress сам справляется с этим, он создает стандарт, на который могут положиться все темы.
В одном из тех увлеченных проектов, которые я создаю в свободное время, у меня в настоящее время есть шесть стилей для блока изображений:
Бывают случаи, когда смешивание и сопоставление некоторых из них может иметь смысл. Например, стиль Flip: Horizontal хорошо сочетается со всеми остальными и не вызовет проблем при объединении. Я также мог бы пойти за борт, добавив варианты, чтобы удовлетворить все возможные варианты.
Некоторые комбо не работают полностью или не выглядят эстетично. Например, скругленный стиль плохо сочетается со стилями Polaroid. Однако это простые стили, которые едва касаются поверхности того, что возможно.
Большинство из них не являются стилями блоков, которые я хотел бы добавить в тему. Например, с закругленным стилем можно легко справиться с помощью поддерживаемой WordPress опции border-radius. Стиль Polaroid – это просто причудливое название для некоторого отступа и тени на изображении. Все это стандартные конструктивные особенности, которые в конечном итоге должны стать частью базового редактора.
В настоящее время темы, которые содержат такие стили, заполняют пробелы, которые WordPress еще не сделал. В краткосрочной перспективе авторы тем должны обслуживать свою базу пользователей. Однако в будущем WordPress должен предложить более надежный набор инструментов, охватывающих основы. На самом деле нет причин для каждой темы иметь различный нестандартный ярлык (например, имя класса) для по существу одних и тех же стилей блоков (например, Polaroid vs. Framed vs. Borders). Это создает проблемы совместимости между темами, которых следует избегать, когда это возможно.
Стили блоков удобны для введения быстрых методов достижения этих фундаментальных вариантов дизайна, но я смотрю, какими они должны быть в долгосрочной перспективе. Если ядро WordPress развивается до такой степени, что большинство этих стилей становятся устаревшими, что авторам тем следует делать с этой функцией?
Вот где имеют смысл более специализированные стили блоков. Цель та же: заполнить пробелы, которые WordPress оставляет открытыми.
Одним из примеров, который было бы сложно воспроизвести с помощью простых вариантов дизайна, может быть стиль тега / метки для блока облака тегов.
У меня также есть стиль Pill Outline для того же блока.
Очевидно, что эти два стиля не будут работать вместе. Создание системы, в которой пользователи могли бы выбирать и то, и другое, привело бы к некоторым проблемным результатам. Чем сложнее становятся любые два стиля блоков, тем больше вероятность их конфликта друг с другом.
Прямо сейчас еще слишком рано использовать функцию множественного выбора для стилей блоков. Нам нужно дать этой штуке немного поработать и дать возможность основным инструментам дизайна наверстать упущенное. Мы можем переоценить, когда большинство блоков, упакованных с WordPress, имеют более широкий набор параметров стиля.
На этом этапе может даже иметь смысл начать использовать варианты блоков , API, который позволяет разработчикам предварительно настраивать атрибуты блоков. Если существует солидный набор вариантов дизайна, было бы просто предложить пользователям сразу несколько комбинаций.
А пока я хотел бы увидеть переоценку пользовательского интерфейса для стилей блоков. У Шона Эндрюса есть подробная статья « Продумывание: переключение стилей блоков» , в которой рассматриваются различные варианты того, как мы могли бы ее повторить.
Поскольку до крайнего срока соблюдения GDPR ЕС осталось всего 178 дней , многие владельцы сайтов…
Команда Gutenberg создаст станцию тестирования удобства использования в WordCamp US, где посетители смогут принять участие…
Сегодня компания 10up опубликовала предварительную версию своего плагина Distributor , нового решения для синдикации контента…
На этой неделе был выпущен Gutenberg 1.8 с несколькими заметными улучшениями, которые предоставят разработчикам плагинов…
На этой неделе был выпущен Gutenberg 15.5 с новыми функциями и улучшениями возможностей полнофункционального редактирования…
DesktopServer выпустил версию 3.8.4 своего программного обеспечения для локальной разработки. Эта версия включает в себя…