Estoy desarrollando un tema de bloques de WordPress que se basa en un conjunto de bloques de Gutenberg personalizados creados específicamente para ese tema. Estos no son bloques de propósito general que serían útiles para la comunidad de WordPress en general; están estrechamente vinculados al diseño del tema, la estructura de marcado y CSS. Los ejemplos incluyen un bloque de navegación principal específico del tema, un bloque de lista de publicaciones con carga adicional AJAX que lee los atributos de datos del tema, un bloque de contenido de publicaciones que se representa dentro de las convenciones de marcado del tema, etc.
Entiendo la directriz de WordPress.org de que los bloques generalmente pertenecen al territorio de los complementos y respeto el razonamiento detrás de esa separación. Sin embargo, mi situación plantea una cuestión práctica sobre la agrupación que agradecería que me aclararan.
Si construyo estos bloques directamente dentro de la carpeta del tema (por ejemplo, en un directorio como our-block/src/ con un compilado our-block/build/ que registra los bloques vía register_block_type en el tema functions.php), ¿se aceptaría este enfoque para la presentación de un tema? Los bloques no tienen ningún propósito fuera del tema: dependen de las clases de la hoja de estilo del tema, la estructura de la plantilla y los controladores AJAX que se encuentran en el tema. inc/ directorio. Extraerlos a un complemento independiente dejaría a los usuarios con bloques que generarían marcas rotas si cambian a un tema diferente.
Alternativamente, si la expectativa es que deben desarrollarse como un complemento complementario independiente, me preocupa el flujo de trabajo de envío. El proceso de aprobación del complemento en WordPress.org opera según su propia línea de tiempo. Si mi tema depende de ese complemento para funcionar correctamente, de manera realista no puedo enviar el tema hasta que se apruebe el complemento. Y el complemento, al ser específico de un tema, puede no cumplir con las expectativas de utilidad general que buscan los revisores de complementos. Esto crea una dependencia circular en el proceso de aprobación: el tema necesita el complemento, el complemento solo tiene sentido con el tema y ninguno puede enviarse de forma independiente sin que el otro esté activo.
Me gustaría entender el enfoque recomendado para este escenario. Específicamente:
- ¿Es aceptable agrupar bloques personalizados específicos de un tema dentro del directorio de temas para el envío de un tema de bloque, dado que los bloques(y crear y distribuir un complemento independiente) ¿No tienes una utilidad independiente?
- Si se requiere un complemento complementario, ¿se puede incluir el complemento dentro del directorio del tema durante el envío?
- Si se requiere un complemento complementario, ¿existe un flujo de trabajo establecido para enviar un tema y su complemento dependiente en paralelo para que ambos puedan revisarse con el contexto completo?
- ¿Existe algún tema de bloque en el directorio que maneje este patrón al que pueda hacer referencia como precedente?
Quiero construir esto correctamente desde el principio en lugar de reestructurarlo después de un rechazo. Cualquier orientación que el equipo pueda brindar será muy valorada.