WordPress.org теперь требует от авторов тем использовать настройщик для создания параметров темы

На этой неделе команда WordPress Theme Review приняла важное решение, чтобы принудительно использовать собственный настройщик для новых тем, отправленных в каталог. Авторы тем, которые хотят включить параметры настройки, больше не смогут создавать свои собственные панели настроек, но должны будут следовать новому стандарту настройки, вступающему в силу немедленно.

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

Член группы по рассмотрению темы Джастин Тэдлок вынес вопрос на голосование во время последней встречи:

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

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

Будет ли требование кастомайзера препятствовать инновациям для разработчиков тем?

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

Дови Паукстис , ведущий разработчик Redux Framework, прокомментировал это объявление, чтобы выразить общую обеспокоенность разработчиков, которые используют более специализированные элементы управления, чем может предоставить настройщик.

Итак, по сути, вы предписываете фреймворкам, таким как Redux, переносить все свои специальные элементы управления в Настройщик, потому что, если тема использует какую-либо форму пользовательского элемента управления и не отображает его в настройщике, через 6 месяцев вы загрузитесь с WP.org . Правильно?

Не кажется ли это немного недальновидным? Настройщик отлично подходит для перезагрузки в реальном времени, но в нем нет места для расширенных полей, которые создают разработчики.

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

Моя личная мотивация улучшать настройщик низка, так как лично я не вижу в нем жизнеспособного варианта вне стиля. Просто не хватает недвижимости с точки зрения дизайна. В нем также нет таких вещей, как визуальная проверка, предупреждения и т. д. Он не предлагает привязку видимости полей и т. д. Он служит важной цели, но я не считаю его полной заменой API настроек.

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

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

По словам Эмиля Узелака, авторы тем, использующие Redux или другую платформу, по-прежнему могут использовать библиотеку активации плагинов TGM , например, для уведомления пользователей о том, что тема «готова к Redux», но не смогут полностью упаковать эти параметры, поскольку часть темы, представленной на WordPress.org.

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

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

Джастин Тэдлок

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

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

Составьте мне список элементов управления, которые вы хотели бы видеть. Core добавил гораздо больше опций в версии 4.0, но я открыт для создания любых классов управления, которые могут быть использованы авторами темы. Если есть элемент управления, который настройщик не поддерживает по умолчанию, его следует создать путем расширения базового WP_Customize_Controlкласса.. По крайней мере, я попытаюсь создать любые элементы управления, с которыми людям нужна помощь.

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