El equipo de revisión de temas de WordPress está tomando medidas enérgicas contra las violaciones de la directriz de presentación frente a funcionalidad

Publicado: 2015-05-28
Crédito de la foto: pollas - cc
Crédito de la foto: pollas – cc

Durante la reunión del equipo de revisión de temas de WordPress.org de esta semana, Chip Bennett abrió la sesión para discutir las "áreas grises" de las distinciones de presentación versus funcionalidad en los temas. El tema muy debatido se refiere a lo que está permitido en términos de "creación de contenido" para los temas alojados en el directorio oficial.

“Sabemos que los CPT y las taxonomías personalizadas están fuera de los límites; del mismo modo con los metadatos personalizados de publicaciones no presentacionales”, dijo Bennett. “Pero, ¿qué pasa con el contenido creado a través de opciones de temas, widgets personalizados, etc.?”

Esta pregunta suele surgir en relación con los temas que ofrecen portadas estáticas con widgets personalizados o áreas de texto en el personalizador donde los usuarios pueden agregar pequeños bloques de texto. Por ejemplo, un tema podría ofrecer una sección de biografía o un lugar para ingresar texto de derechos de autor. La preocupación es que un usuario está ingresando contenido, sin saber que se perderá al cambiar de tema.

El equipo de revisión de temas ha tenido una política establecida durante años que prohíbe a los autores de temas definir la generación de contenido de usuario. Sin embargo, debido a la desorganización durante el proceso de traslado de la versión oficial de los requisitos de los temas del Codex al Manual de revisión de temas, se omitió esta directriz en particular.

Bennett publicó hoy una revisión de la documentación y los requisitos de revisión de temas en el blog Make/Themes con elementos previamente omitidos resaltados en rojo para mayor claridad.

Presentación vs. Funcionalidad
Dado que el propósito de los Temas es definir la presentación del contenido del usuario, los Temas no deben usarse para definir la generación de contenido del usuario o para definir las opciones o la funcionalidad del sitio independiente del Tema.

Como esta es una declaración bastante general, el Equipo de Revisión del Tema discutirá los puntos más finos de cómo se aplica durante la próxima reunión. En el pasado, esta directriz se aplicó de manera subjetiva e inconsistente, lo que permitió que muchos temas pasaran desapercibidos con una funcionalidad que se ubicaba en estas áreas grises.

El equipo de revisión de temas comenzará a aplicar de manera agresiva la directriz de "no creación de contenido"

Zerif Lite, uno de los principales temas de WordPress.org, se destacó durante la reunión como un ejemplo de un tema al que se le ha permitido eludir esta directriz, entre otros.

“Mirando a Zerif Lite: testimonios, nuestro equipo, nuestro enfoque, sobre nosotros: todos estos son CPT, disfrazados de widgets personalizados”, dijo Bennett. En un ticket en el que se está revisando el tema en busca de actualizaciones, Bennett alentó al autor de Zerif Lite a eliminar los metadatos personalizados de la publicación, excepto los que son de presentación, ya que entran en el territorio de los complementos. Esto incluye aspectos del tema como los detalles del autor, la posición de los miembros del equipo, los perfiles de redes sociales, etc.

Los revisores ya están tomando medidas enérgicas contra la violación de Zerif Lite de esta directriz específica y probablemente extenderán su vigilancia para mantener la directriz de manera más consistente con todos los temas a medida que se presenten para revisión.

Codeinwp, la empresa detrás de Zerif Lite, respondió a las solicitudes de Bennetts en el ticket:

La mayoría de las cosas que estás señalando son realmente delicadas por dos razones:

  • Probablemente el 50 % de los temas más populares utilizan algún contenido personalizado en la página de inicio.
  • Muchas cosas, como problemas de contacto o testimonios, no se pueden resolver sin romper 100k sitios que usan el tema.

Codeinwp sostiene que el enfoque utilizado en Zerif Lite es mucho más fácil de usar que tener que instalar un complemento o varios complementos para agregar pequeños fragmentos de texto a la página de inicio.

Al final, estoy de acuerdo en que nuestro enfoque fue un poco diferente/radical. Sin embargo, parece que es algo que la gente realmente quiere (Zerif es uno de los temas más candentes en este momento, con menciones en toda la web). Me refiero a que la mayoría de ellos quieren construir un hermoso sitio en 10 minutos, sin ningún conocimiento y con Zerif Lite pueden hacerlo fácilmente. No quieren 10 CPT, 10 complementos requeridos, formulario de contacto y complementos de Captcha para un sitio simple.

El autor del tema cree que crear un complemento para manejar cuatro de los widgets de enfoque del tema simplemente haría perder el tiempo de los usuarios.

"Además, te das cuenta de la cantidad de trabajo que se requiere para hacer esto con más de 100 temas instalados en millones de sitios, ¿verdad?" Codeinwp dijo. El autor también citó varios otros ejemplos de temas populares en violación, incluidos AccessPress Parallax, Onetone y Colorway.

Dado que el directorio de temas de WordPress.org está plagado de violaciones de lo que se supone que es una directriz de larga data, está claro que los revisores han sido extremadamente laxos a la hora de aplicarla. Los autores de temas que desconocían esta directriz tendrán un duro despertar en su próximo envío para una actualización. Bennett confirmó en el ticket abierto en Zerif Lite que la política se aplicará enérgicamente en el futuro:

Recientemente nos ha llamado la atención que posiblemente se hayan aprobado varios temas que pueden tener problemas similares. Los abordaremos a medida que los encontremos y trabajaremos con los desarrolladores para idear un plan para que los temas vuelvan a cumplir con los requisitos, tal como lo haremos aquí con su tema.

Esto significará una cantidad considerable de trabajo para los autores que han definido formas para que los usuarios generen contenido a través del tema. Necesitarán portar esta funcionalidad a un(os) complemento(s).

Los temas de WordPress.org no pueden agrupar complementos, pero los autores pueden recomendar complementos mediante la Biblioteca de activación de complementos de TGM u otro método. Los temas solo pueden recomendar complementos que se enumeran en el directorio oficial de complementos de WordPress.org. Esto significa que los autores que eliminen la funcionalidad a favor de los complementos complementarios deberán obtener la aprobación de esos complementos para WordPress.org antes de enviar sus temas para actualizaciones.

La reunión del equipo de revisión de temas de la próxima semana incluirá una discusión sobre ejemplos específicos de tipos de contenido que los temas deberían o no permitirse crear, es decir, texto de botón, texto de derechos de autor, etc. El equipo generalmente está a favor de que los autores utilicen métodos básicos para el contenido. creación.

La documentación sobre este problema ha sido poco clara, incompleta y dispersa, distribuida en el Codex, Make/Themes y dos lugares diferentes en el Manual de temas. El equipo está trabajando para rectificar esto a la luz de su renovada dedicación para hacer cumplir sistemáticamente la directriz de "no creación de contenido".

Esto afectará a muchos de los principales temas alojados en WordPress.org, que se verá obligado a implementar cambios que probablemente afectarán la apariencia de miles de sitios en la actualización. Sin un registro de cambios, muchos usuarios no se darán cuenta cuando reciban una actualización que de repente requiera la instalación de nuevos complementos.