Gutenberg continúa creando ondas y reacciones entre la WordPress comunidad. Y esta sesión dirigida por Andy McIlwain en Kobayashi Online con una asistencia completa no fue la excepción.

Aquí está el la clasificación actual del plugin de Gutenberg en WordPress.org a partir del 19 de noviembre 2017:

Sospecho que si se tomara una calificación de Gutenberg entre los más de 20 asistentes después de la reunión tendría un perfil similar al anterior. Claramente había preocupaciones acerca de Gutenberg como el próximo editor principal de WordPress.

Preocupaciones sobre Gutenberg

Andy comenzó la reunión después de la mesa redonda de presentaciones con una demostración de Gutenberg. Había cargado la última versión de Gutenberg 1.7.0 en la última página web WordPress 4.9. Andy había creado una impresionante demostración del post de Gutenberg con un ingenioso desplazamiento de paralaje en una imagen de héroe, además de múltiples secciones de columnas y una galería de imágenes.

Sin embargo, el entusiasmo se desvanía cuando se reveló que si se ejecuta Gutenberg en WordPres 4,9 o superior, entonces se convierte en el editor predeterminado para cualquier nueva página o post. Sin embargo, hay tres soluciones a esa situación:

1) desde 1.6.1, Gutenberg editor tiene un bloque especial de edición clásica que soporta TinyMCE o WPEdit – bien sobre todo:

Aquí está el editor clásico en acción:

Como se puede ver la fila superior de botones en el editor clásico están completamente desaparecidos en Gutenberg. Y el ajuste de los iconos y botones en el segundo 2 filas se ha ido Askew. Pero este bloque de edición clásica va a ser esencial para muchos usuarios tradicionales de WP.

2) en un proceso de dos pasos los usuarios pueden omitir Gutenberg para nuevos mensajes y páginas introduciendo sólo el título de la página o el post y luego inmediatamente publicar y salir de Gutenberg. Ve a la lista de páginas o publicaciones y ahora abre con el editor clásico:

Entonces todas las ediciones subsiguientes se deben hacer con este viejo editor clásico no Edit.

3) El método más draconiano es desactivar el plugin de Gutenberg. Este está disponible en WordPress 4.9 pero no es seguro que estará disponible en WordPress 5.0 cuando Gutenberg entre en el núcleo.

Otras observaciones de Gutenberg

Una de las marcas de los buenos WordPress constructores de páginas que ahora son competidores directos de Gutenberg es que algunos permiten salir de su uso sin dejar un rastro del código y el marcado existentes. Beaver Builder, por ejemplo, ofrece esa capacidad. Bueno, la buena noticia con Gutenberg es que emula a BeaverBuilder de cerca, devolviendo todo el texto, imágenes e incluso algunos de sus estilos CSS en una página o post revertido sin ningún tipo de atajo.

Otra gran marca más para Gutenberg es que el código es realmente responsivo con la mínima intervención del usuario requerida. Ahora los mejores PageBuilders actuales [divi, Elementor] permiten a los usuarios insertar ediciones específicas de teléfonos móviles y tabletas que permiten refinamientos adicionales a los diseños móviles. Gutenberg todavía no está allí.

Sin embargo, considere algunas de las otras inquietudes expresadas por los asistentes a Meetup.

1. Gutenberg solo puede crear filas con contenedores de columnas de texto. Sí, puede ir a HTML y rellenar cada columna con imágenes, vídeos y otro marcado, pero que derrota la facilidad de uso del editor visual.
2. Gutenberg está lleno de bloques para cosas muy elementales como pagraphs, elementos individuales de la lista, citas de bloque, etc.  Los usuarios se preocupan por dominar todos estos bloques de bajo nivel.
3. El lienzo de edición de Gutenberg no refleja el diseño y las dimensiones de la página actual o las publicaciones. Esto significa que los usuarios están lejos de la verdadera experiencia WYSIWYG que los usuarios obtienen actualmente con PageBuilders.
4. En la mayoría de PageBuilders cada uno de sus bloques tiene dos niveles de estilo CSS disponibles. Simple que cualquier usuario puede entender y más avanzado para los usuarios conocedores de CSS. Gutenberg todavía está en mínimos desnudos aquí.
5. Los bloques se pueden arrastrar y colocar en cualquier lugar de la mayoría de los constructores de páginas. Justo arriba y abajo en Gutenberg aunque 1.7.0 mostró multi-asignaciones.
6. No hay ninguna sugerencia todavía de un sistema de plantillas disponible en la mayoría de PageBuilders.

La conclusión es que Gutenberg no sólo está compitiendo y buscando reemplazar TinyMCE y WPEdit como la herramienta de creación de posts y páginas de su elección. Gutenberg está compitiendo con PageBuilders cuyo frontend, edición WYSIWYG establece el estándar para un rápido y efectivo diseño y creación de Post/Páginas. Y con los PageBuilders de Elementor y Site Origin disponibles de forma gratuita con enormes bibliotecas de addons gratuitos hay una seria competencia para Gutenberg en el espacio gratuito PageBuilder/Editor Visual. Así que con esta amplia gama de preocupaciones, no fue una sorpresa oír hablar de bifurcaciónWordPress.

Forking WordPress

JavaScript es tan frágil como PHP. Cometes 1-3 errores de sysntax [fácil de hacer en cualquier lenguaje] y transponer puede convertirse en una pesadilla. Además, debido a que Javascript se mueve tan rápido, el peligro de usar código obsoleto es alto. Ahora bien, esto es de poca preocupación para los usuarios finales, pero lo es para WordPress los desarrolladores que se encuentran en el medio y deben hacer que el nuevo código de Gutenberg funcione - esto es una preocupación primordial porque la curva de aprendizaje de las herramientas de JavaScript utilizadas en Gutenberg es muy grande.

Otra preocupación es que al igual que PHP, JavaScript tiene vulnerabilidades de alta seguridad. Es de interés que GITHub acaba de agregar alertas especiales de seguridad de JavaScript. Así que dados estos peligros y las otras preocupaciones señaladas anteriormente; no fue una sorpresa escuchar a 2 asistentes de Meetup sugerir que WordPress podría bifurcarse en dos versiones. Una clásica WordPress que se mantendría basada en PHP y una segunda con JavaScript WordPress 5.0 y superior. Ahora, sólo para mostrar que estas no eran observaciones aberrantes, comprueba los comentarios de la barra lateral en WPTavern.

Resumen

Gutenberg está forzando el tema de la conversión de WordPress PHP a JavaScript. En efecto ya se ha hecho en WordPress.com donde las operaciones de administración, JetPack, WordPress el plugin de administración y la WordPress aplicación ya han hecho el cruce a JavaScript. Estas herramientas emulan, si no duplican, muchos de los plugins basados en PHP utilizados en WordPresslos plugins de .org.

Pero con Gutenberg diseñado para ser no sólo el Editor Visual y no sólo el PageBuilder primario, sino de hecho el SiteBuilder primario para WordPress, el reemplazo general de PHP con JavaScript se convierte en el tema número uno que debe ser abordado en WordCamp.US 2017; pero probablemente sólo se verá en 4 de 52 sesiones y se hablará en pequeños grupos en los pasillos de Memphis.

Ahora la pregunta central será cuán bien Gutenberg y un núcleo basado WordPress en JavaScript acomodarán los más de 45.000 plugins PHP y los más de 8.000 temas PHP. Podría ser una coexistencia muy elegante. Pero esto no es una certeza.

Recursos

WordPress Reacciones de JavaScript - la controversia sobre el uso de React.js como herramienta principal WordPress en el futuro.
Jetpack 4,3 interfaz reconstruida con reAct. js – JavaScript viene a los plugins 1
WooCommerce explora los desafíos de Gutenberg  – Gutenberg y JavaScript viene a plugins 2
Javascript llegando a WordPress hurtadillas - los WordPress usuarios y desarrolladores están despertando a la Javascript reemplaza a la PHP se mueven en WordPress
Matt Mullenweg en WP JavaScript EcoSystem – 1 hora Podcast sobre el estado de WP a partir de noviembre 2017
Gutenberg será el WordPress editor visual – incluso en Gutenberg 1.6.1 hay suficiente progreso para ver Gutenberg convirtiéndose en el editor oficial de WP 5,0.