 Bueno, sí, venga, vale, vamos con el último, la última champa, así que sí, la última ponencia del día, de este día que ya sé que a muchos se os ha hecho largo, sobre todo a los que no habéis. Tenemos a los que ya tienen experiencia de workouts, los que ya tienen el culo pelado, que ya saben que se hace muy largo y la gente que se ha estrenado, que yo sé que se hace, se hace muy intenso, son muchas horas aquí, pero vamos a acabar por todo lo alto, esto es como, no sé si alguna vez habéis estado en semana grande en San Sebastián, en Donosti, donde la traca final siempre es la luz que más brilla, pues hoy espero que brille mucho José Ángel, que brille mucho su ponencia, porque es un tema estrella, porque es un tema que todos, a todos nos preocupa, todos estamos muy interesados en ello, porque ahora mismo representa y va a decir el futuro, pero no es el futuro, pero es el presente de Wallpress. José Ángel, José Ángel Vidania, viene desde Alcalá de Nares, es otro que se ha pegado otra buena pechada de kilómetros para venir a compartir con nosotros lo que sabe, es diseñador web, es el publicador de un reciente newsletter sobre Gutenberg, ¿cómo se dice? Aprende Gutenberg, y va a explicarnos un poquito por qué no debéis tenerle miedo, o sí, ya lo iremos viendo, así que nada, muchas gracias y adelante José Ángel. No se ve muy bien, he cambiado la fotografía, porque Pablo me decía que la primera foto que tenía daba mucho miedo, y entonces dije, voy a poner una inquietante, por lo menos, para que la gente así tenga un poco, un poco, así, sorpresa. Vale, como ha dicho Pablo, soy diseñador-desarrollador web, trabajo bajo la marca vdvidania.com, Vidania es mi apellido, que hay por aquí un pueblecito en Guipusco, muy cerquita, que irá a conocer en breve. Tengo también una newsletter de Gutenberg, que se llama aprendegutember.com, mi Twitter es arrobajotavidania, y si podéis hacer un poquito más de ruido con la cuenta de Work on Iru, aunque creo que hemos sido trending topics casi todo el día dentro de España. Comenzamos la presentación. ¿Qué es Gutenberg? ¿Alguno de los presentes no sabe qué es Gutenberg? ¿Todavía? Hay varios, bueno, es muy fácil de explicar. Gutenberg es el nuevo editor de bloques de WordPress, que se va a implementar en la versión 5.0, de WordPress. Si estáis mirando y navegáis por internet o navegáis, entrais dentro del plugin, veis valoraciones de una estrella, veis artículos, como los de este señor. Casi todo tiende a ser valoraciones negativas de Gutenberg. Todas esas valoraciones tienden a ser negativas y es que mucha gente piensa que Gutenberg es el fin de WordPress. Yo soy más de la otra corriente. Yo soy de los que piensa que Gutenberg es el futuro de WordPress y que Gutenberg ha venido para quedarse, porque es automático, aunque en cierta manera lo han impuesto por su decisión, en cierta manera ha venido para quedarse. Y lo que nos están diciendo es que Tiny NC, que es el editor que habíamos utilizado toda la vida, ha estado 15 años con nosotros, pero que dentro de nada va a ser Gutenberg que esté igual 15 años con nosotros. Que tengáis claro este concepto. Va a venir y no se va a ir a ningún sitio. ¿A quién afectará a Gutenberg? Gutenberg nos va a afectar a todos, a diseñadores, a desarrolladores y a usuarios. Yo lo que lo voy a explicar es de tres formas diferentes a cada uno de ellos, cómo afectará. Empezamos por los diseñadores. Los diseñadores entre los que yo me incluyo, son los que en un inicio menos afectados van a estar. Y vamos a ver por qué, porque los temas de WordPress no van a tener muchísimas variaciones. ¿Qué vamos a poder hacer? Vamos a poder definir tres tipos de estilo, de hojas de estilo. Cada bloque tiene dos hojas de estilo. Una que es global, es decir, tiene los estilos que se ven, tanto en el editor como los que se ven en el front, cuando damos al botón de publicar. Y otra que son los estilos únicamente dentro del editor. El ejemplo que siempre le pongo es un placeholder. Cuando damos a ese subir imagen, esos estilos van a ir dentro de esa hoja edit. ¿Qué ocurre? Como este proyecto va hacia adelante, va pensado en un futuro, todo se va a fusionar y los temas estarán, digamos, fusionados con Gutenberg. Y por ello han pensado en crear una tercera hoja de estilos, que se llame Sims.scss. Ese nombre, por ahora, es una cosa que han puesto, pero no es el definitivo. También dentro de cada bloque, o casi todos los bloques, vamos a tener la posibilidad de añadir una clase CSS adicional. Con lo cual, lo que vamos a poder hacer, por ejemplo, creamos una clase que se llame red y va a crear un color red y nuestro bloquecito va a tener el fondo de bloque de color rojo. Creamos una que se llame green, va a crear un color green y otro bloque le podemos poner un fondo de un color completamente diferente. Más cosas, dentro de los temas, a través de nuestro archivo Functions.php, vamos a poder añadir diferentes soportes. Tenemos la paleta de colores. Por defecto, Gutenberg lleva 11 colores predeterminados y un selector de color. Con este Acid Support Editor Color Palet, lo que vamos a poder crear a través de una RAI es una paleta de colores personalizada, en la que nosotros vamos a poder colocar los colores de la marca de nuestro cliente o el branding de personal de nuestro cliente o nuestra propia marca. Otra cosa que podemos hacer es deshabilitar ese selector de color personalizado a los clientes para que no creen combinaciones de esas que vayan destruyendo retinas por el universo y sin compasión. Porque el usuario llega y lo que a él le parece super bonito lo que hace es destruir retinas. Más cosas, podemos añadir dos tipos nuevos de alineamiento. Se añaden con esa linea Acid Support Align White y son dos, Align White y Align Full. Align White va a pillar el contenedor mientras que Align Full va a pillar todo el ancho de nuestra pantalla. Más cositas, vamos a poder encolar estilos al editor. Si os he dicho antes y va a haber dentro del tema va a haber una hoja de estilos que va a poder dar estilos al editor. Ahora mismo lo podemos hacer. Creamos una función, encolamos esa hoja de estilo donde nosotros creamos, añadimos la acción, ya tenemos una hoja de estilos para que se vea lo mismo dentro de nuestro editor que cuando la persona dé a publicar. Eso de forma visual va a ayudar muchísimo a los clientes. El personalizador, te hemos echado la foto. El personalizador es la fase 2. Lo que vamos a hacer es unir el personalizador con Gutenberg. La idea que va a ser un poco como un placeholder enorme en el que nosotros iremos intercambiando esos bloques y cambiando de un bloque de imagen, subimos la imagen y ya está la imagen colocada. Un texto sustituimos por el texto que nosotros queramos jugar de esa forma. Temas para Gutenberg. Ahora mismo hay muy poquitos temas compatibles para Gutenberg 100%. De todas formas ya habéis visto las cuatro cosas que se pueden hacer para dar compatibilidad con Gutenberg. Hay un starter theme que está en ese keyhub que se supone que es como lembrión del tema que será el 2019 o 2019, que aparecerá, supongo que a la vez que implementen la versión 5.0 y será como el tema por defecto para todo el mundo dentro de WordPress y ese es el que en teoría, digo en teoría porque no lo sé, va a mostrar todo el verdadero potencial que tiene Gutenberg. Temas compatibles. Todos los temas son compatibles con Gutenberg. Otra cosa es que nuestro tema de alguna forma ataca al editor, es decir toque algún botón o toque algo de TinyNC y lo que haga es destruir todo y hacer que no funcione. Todos los temas que tengamos, por ejemplo, siempre está lo mismo, lo de Divi, lo de Visual Composer, si esos temas atacan al editor, pues lo fácil es que pegue un petardazo y rompa todo. Pero es que ahí es problema suyo, por así decirlo. Si tenéis un tema, por ejemplo, creado en AnderScore, os va a funcionar sin ningún tipo de problema cuando utilicéis Gutenberg. De hecho, ahora mismo funciona sin ningún tipo de problema. Un compañero en la mitad del caladenares instaló Generic Press, que es uno de los temas más usados dentro del mundo gratuito, y ese tema, para cosa darse una idea, tenía un botoncito para los encabezados en TinyNC. Se le veía todo, todo funcionaba bien, pero no podía añadir el título de su entrada. Si no tienes título de entrada, no tienes contenido, no tienes nada. Desarrolladores. Los desarrolladores van a ser como el niño del sexto sentido. Siempre digo, lo mismo es un chascarrillo, pero va a ser así, bloques, bloques, bloques, van a haber bloques por todos los lados. ¿De acuerdo? Porque ahora lo van a seguir siendo plugins, pero todo se va a hacer a nivel de bloque. Riad, todo el mundo está con el concepto de que tiene que aprender Riad. No es cierto. Aprender Riad nos va a ayudar, pero Riad simplemente es una librería de Javascript. Lo que tenemos que aprender es Javascript, que es el idioma. O sea, el idioma, que es el lenguaje. Y si sabéis Javascript, vais a saber crear un bloque para Gutenberg sin ningún problema. Riad, de ahora mismo, creo que dijeron que va como con una capa de extracción y creo que se utiliza un cero con cero 4%, que son los míticos props. ¿Verdad, Santiago? Los míticos props. La función para crear bloques es registerBlockType. Esta función se define y únicamente tenemos que poner un name space, que en este caso es myPlugging, y un nombre al bloque, que en este caso es book. Esta función tiene varios ajustes. En la versión 3.0, que iba a salir ayer y va a salir el día 4, que será mañana o pasada, creo que incluirán paren. Estos ajustes siempre que definamos esa función, los que llevan un asterisco, es decir, title, categoría, edit y save, siempre obligatoriamente, tienen que ir definidos. Os paso a explicar un poquito cuál es cada uno de los ajustes. El primero es title, que simplemente es el título del bloque. Description, una descripción cortada del bloque. Category, son cinco categorías predeterminadas y tendremos que llevar nuestro bloque a una de esas cinco categorías. Icon, que es el icono que dentro del buscador nos aparecerá de nuestro bloque. Keywords, que no tiene nada que ver con el SEO, porque todo el mundo, cuando escucha la palabra keyword, lo relaciona con el SEO. Simplemente serán tres frases o tres palabras que podremos añadir para dentro del buscador del bloque, que se puede encontrar ese bloque. Es decir, tengo un plugin de fotografía y si pongo cámara y la persona busca por cámara dentro de esa keyword, encontrará mi bloque. Attributes, son datos dinámicos. Estos datos se utilizan con edit y con save, con los dos y siempre van unidos. Transform, nos sirve para transformar un bloque, de párrafo encabezado, de encabezado a párrafo, de imagen a galería, de galería a imagen. Podemos hacer ese juego, que vaya de un bloque a otro bloque y otro bloque a ese mismo bloque. Use once, lo que nos permite es que el bloque se utilice una única vez por entrada o página, con ese. No lo podríamos añadir una segunda vez. Parent va a ser algo así como bloques hijos. Si sabéis el concepto de los child themes, pues es algo parecido. Tenemos un bloque que será el padre y cuando instalemos ese bloque, tendrá bloques hijos, que los podremos seleccionar. Mientras no esté instalado ese bloque padre, no podremos seleccionar los bloques hijos. Tenemos support, que lo que nos sirve es para dar suporte y nos sirve el ejemplo más sencillo, es para poder utilizar HTML, para poder seguir editando en HTML personalizado, como hemos hecho siempre con Tiny NC. Luego, edit es todo lo que vemos dentro del editor. Cuando estamos dentro del panel de administración de WordPress, todo lo que estamos viendo, todo eso va dentro del ajuste de edit y save es justo lo contrario. Es todo lo que se renderiza cuando nosotros pinchamos el botón de publicar. Este orden se supone que es como tenemos que definir los ajustes y siempre tiene que llevar ese orden, empezando de izquierda a derecha. Como dice mi socia y desarrolladora, le gusta tocar y cambiar mucho las cosas. Hace un mes cuando di la charla en WordPress, el orden era completamente diferente. Entonces esto puede seguir cambiando y pueden seguir ampliando más ajustes y más para la función. Tipos de bloque, podemos crear tres tipos de bloque, bloque estático, bloque ditable, bloque dinámico. El primero, el estático, el más sencillo de todos, un separador. No puede hacer nada más, no se le puede dar, que simplemente se para una envidia, simplemente se para texto. Eso es un bloque que no se puede editarme y se puede hacer nada. El bloque ditable es el que se puede editar su contenido, casi todos. Por ejemplo, el de párrafo es el más común. Simplemente coges, escribes, borras, escribes, editas. Y luego tenemos los últimos que son los bloques dinámicos, que guardan ajustes, pero no contenido. El contenido que se genera es dinámico. Esos bloques dinámicos son los widgets y los short quotes que siempre hemos estado acostumbrados a utilizar. Por ejemplo, las últimas entradas. Yo voy a poder decir cuántas últimas entradas quiero que se muestren, pero no voy a poder redactar ese contenido ni modificar ese contenido. Simplemente será dinámico. Si yo selecciono que se muestren tres, se mostrarán tres entradas. Más cosas. Vamos a poder en el ajuste de editar añadir barras de herramientas, tool tips, que nos ayuden para saber qué bloque es. Y luego el inspector de controles o ajuste de bloque, que es esa barra lateral derecha que tenemos. Que es donde están todos los documentos. Es decir, donde está esa extracto, categoría, etiquetas. Lo que estábamos acostumbrados a ver siempre irá en el lado donde pone documentos y donde pone bloques. Simplemente estará los ajustes del bloque que instalemos. Block templates. Son plantillas reutilizables creadas con bloques predefinidos. Es algo muy parecido a los page templates actuales. Lo que pasa es que llevará cuatro bloquecitos. Por ejemplo, en el ejemplo de WooCommerce. Tendremos un bloque de título, un bloque de imagen, un bloque de descripción y un bloque de precio. Eso siempre aparecerán y únicamente lo que tendremos es que sustituir el contenido. Dará a publicar y ya estará creado. Plug-ins compatibles. Este es uno de los principales contras actuales de Gutenberg. Existe un 80% de los plugins actuales de WordPress que no se sabe si son compatibles o no con Gutenberg. Esos datos, si os fijáis, están tomados del día 21 de mayo. He de decir que cuando hice la presentación en Madrid desconocidos eran un 83%. O sea, que algo se ha mejorado. Y lo que ha mejorado es el dato de compatibles, que antes era un 13 y ahora es un 16. No compatible, un 1.6 en pruebas, un 1.3%. Arriba, si veis, hay un enlace, luego compartiré la presentación. Es enlace, lo ha creado uno de los colaboradores del proyecto de Gutenberg. Y ahí lo que podemos hacer es cuando nosotros probemos Gutenberg, si un plugin vemos que es compatible o no es compatible, simplemente subimos y tiene para seleccionar si es compatible y no es compatible. Eso para mí es un trabajo de comunidad. Sobre todo cuando todo el mundo empieza a probar Gutenberg. Porque yo, Ash, por ejemplo, o Google Comer, todo el mundo va a saber si es compatible o no es compatible. Ese pequeño plugin, que es una línea pequeña de código, no vamos a saber si es compatible o no es compatible. Y ahí es donde todos tenemos que entrar y tenemos que colaborar y ayudar. Usuarios, los usuarios al final somos todos y vamos a ser los más afectados por la implementación de Gutenberg porque digamos que de una forma u otra todo va a cambiar. Lo primero que debemos hacer es probar Gutenberg. En la versión 496, lo han saltado, lo han vuelto a demorar, en la 497 estaremos a dos clicks de probar Gutenberg. Si no realizamos esta prueba, no actualicéis sin probar. Porque ese botón cuando esté en la versión 5.0 será el botón de muerte y destrucción. Si nosotros pulsamos ese botón se puede liar mucho mucho y llegaremos y el cliente dirá yo lo que quiero es actualizar porque me han dicho que Gutenberg lleva bloques, es visual, es todo muy bonito, ¿sabéis lo que pasa? Que la liamos. Bueno, la lia al cliente y se pondrá a bailar y te llamará y te dirá, oye, José, que le da el botón este de actualizar y más plotado todo. Tenemos que intentar evitar eso, ¿de acuerdo? Para ello, el equipo de desarrollo de Gutenberg ha creado un plugin que se llama Classic Editor, que lo que hace es deshabilitar Gutenberg y nos devuelve al editor antiguo, al TINYNSI, pero esto es un parche, ¿vale? Es un parche que nos puede durar un tiempo, no sabemos cuánto. Hay otro plugin de Fernando Tellado que está aquí delante que se llama no Gutenberg, que simplemente lo instala si no tienes que configurar nada o lo cargáis. Muerte, ni liado, ni bailamos, ni nada. Esa es muerte y destrucción a Gutenberg, ¿de acuerdo? Gutenberg contra TINYNSI, el nuevo editor de bloques tiene una interfaz completamente diferente a la que estamos habituados con TINYNSI. TINYNSI es, digamos, como rellenar un Word o rellenar un formulario en el que siempre hemos estado acostumbrados a hacer esa tarea. Gutenberg, si os fijáis, su interfaz, tiene un botón para mover bloques, uno para añadir bloques, tenemos información de contenidos, barras de herramientas, opciones extras, la barra lateral, todo va a cambiar. Y va a ser muy fácil crear contenido, pero claro, vamos a pasar por una transición terrible en la que vamos a tener que aprender dónde está cada una de esas cosas para encontrarla. Todo lo que estábamos acostumbrados y ya era mecánico, por así decirlo, ahora lo que nos va a costar es lo suyo, a ver dónde está cada una de las cosas. Barras de herramientas, nos van a ayudar ahora a trabajar con los bloques. Si os fijáis, son flotantes, que no sé cómo de bien se verá, son flotantes. ¿Qué hicieron? Como se quejó todo el mundo, al lado derecho, en los tres botoncitos, vamos, en los tres puntitos en ese icono, han permitido la opción de anclar la barra fija de herramientas arriba, para que se parezca más satainí en sí y que la gente esté más acostumbrada a ello. Inspector de controles o ajuste de bloques, es la barra lateral de la derecha, lo que os he dicho antes. Vamos a tener una pestaña de documentos, donde van a estar las entradas, extractos, comentarios, todo lo que estábamos acostumbrados a tener siempre. Y por otro lado, vamos a tener otra pestaña que se llama Bloque, en la que van a venir todos los ajustes del bloque. Opciones extras. Con estas opciones, vamos a poder eliminar, duplicar o reutilizar un bloque. Reutilizar un bloque lo explicaré lo último. En la versión anterior pinchábamos un desplegable y bajaba todo el desplegable. Ahora han hecho un cambio en la interfaz y tenemos ese desplegable, pero tenemos el botoncito para quitar el bloque de forma directa afuera. Simplemente pinchamos y borraríamos ese bloque. Creo que es un cambio bastante útil y que ahorrará tiempo, cuando tenemos que cambiar un bloque o eliminarlo. Tabla de contenidos. Gutenberg nos va a facilitar un esquema del documento de nuestro contenido. Nada más escribamos un encabezado dentro de nuestro contenido, se va a generar una tabla de contenidos, en la que nos aparecerán las palabras que hemos escrito, los encabezados, los párrafos y la cantidad de bloques que conformen esa entrada o página. Y este es que no sé si se ve muy bien, nos va a generar este esquema de documento. Por lo cual, si nosotros ponemos un H4 por encima de un H2, nos va a decir, oye, lo estás haciendo mal, ¿vale? El H2 siempre tiene que ir por encima del H4. Esto de igual es otra innovación bastante útil. Bloques, existen como os dije antes, cinco categorías predeterminadas de bloque. Los bloques comunes, los bloques de formato, bloques de diseño, los wickets y los bloques incrustados. Pasamos a verlos. Los bloques comunes son los más habituales en la creación de contenido, lo que siempre utilizamos, los párrafos, las imágenes, los audios, las citas, los vídeos, todos esos bloques van a estar ahí. Tenemos los bloques de formato. Si queremos volver al tipo de edición de Tiny NC, existe un bloque que se llama Clásico en castellano, es Clásico en inglés, que lo que nos va a permitir es un bloque, pero que vamos a tener la barra de herramientas que hemos utilizado de Tiny NC toda la vida. O seguir editando en HTML, como he dicho antes, con el ajuste de support. Vamos a poder seguir escribiendo en HTML como hemos hecho toda la vida. Bloques de diseño. Para mí, el futuro de Gutenberg reside en ese bloque de columnas que pone que es experimental, entre comillas. Está super verde, ¿vale? Pero super verde. En el momento en el que la afinen, Gutenberg tendrá la capacidad de poder competir contra esos DB, Visual Composer, etcétera. Está creado con CSS Grid. Y ya os digo, es el bloque en el que reside todo el futuro, todo el potencial para mí de Gutenberg. Nada más esto funcione. No vamos a necesitar ningún otro tipo de constructor visual, de los que se paga ahora por ellos. Bloques de wickets. Los wickets y surcos son, como os dije antes, los bloques dinámicos de Gutenberg. Los surcos, si tenéis una página creada en surcos, van a seguir funcionando todos. Es lo que primero funciona de Gutenberg, de las cosas primeras que dieron la compatibilidad. Los surcos van a seguir funcionando sin ningún problema. Y wickets, si os fijáis ahora, solo están el de categorías y últimas entradas. En la nueva versión, esta que es el día 4, van a incluir el de archivos. El resto que conocemos de siempre, el de la nube de etiquetas, el menú personalizado, etcétera, los van a ir añadiendo posteriormente, pero cuando simplemente Gutenberg estarán todos los que siempre hemos utilizado dentro los wickets. Bloques incrustados nos ayudarán a mostrar de forma rápida contenidos de terceros. Ombit, o sea, ombit, cualquier servicio de terceros que utilice ombit, lo vamos a poder utilizar con el bloque de incrustar. Y luego tenemos los servicios de siempre, Twitter, YouTube, Facebook, Instagram, etcétera. Bloques compartidos son bloques que se pueden reutilizar una y otra vez. Esta es otra de las funcionalidades estrella de Gutenberg. Vamos a poder crear, por ejemplo, un botón que es un botón negro en el que le pongo un texto de contacta conmigo. Lo guardo como un bloque compartido o bloque, si, bloque compartido, es que antes se llama de otra forma. Lo guardo como un bloque compartido, le pongo un nombre, le llamo botón de contacto, por ejemplo, y lo pueden incrustar todas las veces que yo quiera dentro de mis entradas o páginas. Nos va a ahorrar muchísimo tiempo. Pero tiene otra funcionalidad maravillosa para mí. Si yo tengo el botón y es azul y es negro en este caso y lo cambia azul y le doy a guardar y mantengo el mismo nombre que la había dado a ese bloque compartido, me va a cambiar en todas las páginas donde yo lo tuviera a ese color azul. Eso es una barbaridad. Recursos, el repositorio de Gutenberg donde están desarrollando el proyecto, el handbook donde está toda la documentación, ejemplos de bloques. Si utilizáis Sketch como herramienta, ya tienen la interfaz de Gutenberg, la tienen creada en Sketch para poder hacer wireframes. Creéis Gutenberg, para si queréis crear un bloque. Ya un desarrollador indie acoge a ese webpac, va a ver todo eso, lo ha metido en una instalación de un click. Y ya podemos crear, a través de ahí, es un framework para crear los bloques sin tener que nosotros instalar todo de cero. Frontenberg, podremos probar Gutenberg online. Aprende Gutenberg, hay un Melenas por ahí que dicen que tiene una newsletter de Gutenberg, que sale los domingos, aunque no sé yo si mañana va a salir, pero bueno, sale todos los domingos, puntual. You manmade un PDF en inglés, pero un PDF bastante interesante de Gutenberg. Plugins, los dos primeros, lo que nos permiten es registrar, o sea, habilitar y deshabilitar bloques de Gutenberg. Y lo podemos hacer a través de roles, centradas, páginas o custom post type. Eso es otra cosa bastante interesante. Luego, los tres siguientes son bloques de diseño adicional. Quiero decir, gente que ya se ha creado su bloque de testimonios, su bloque de, pues no sé, de botones con estilos diferentes, etcétera. Gutenberg es el plugin o el bloque que ha creado la gente de desarrollo de WooCommerce, que lleva todos los orcos que incorporaba por defecto WooCommerce. Ya están en ese bloque. Lo podéis probar, lo podéis instalar. Es una pasada, la verdad. Luego, Disable Gutenberg es un plugin como el de Fernando, pero que lo que nos permite es lo que os he dicho también, deshabilitar Gutenberg a nivel de roles, a nivel de bloques. Y por último, los campos personalizados por el momento todavía no están incorporados dentro de Gutenberg. Si utilizáis a CF o algún plugin por el estilo CMB2 era, el que hablaste esta mañana, Fernando, pues esos sí se siguen mostrando. Pero si la habéis hecho a Manopla, como se dice vulgarmente, ahora mismo no aparecen. Y lo que tenemos que hacer es instalar un plugin para que nos vuelvan a aparecer. Pero supongo que en breve le darán su aporte y se verá como siempre. Para mí, como os he dicho antes, el futuro de WordPress me parece que es Gutenberg. Y pienso que todos acabaremos amando Gutenberg. ¿O no? ¿Cómo suena? ¿Cómo suena? ¿Cómo suena? ¿Cómo suena? ¿Cómo suena? ¿Cómo suena? ¿Cómo suena? ¿Cómo suena? Ahora sí, ¿no? ¿Qué? ¿Qué? Ha tardado en entrar la música, que quiere que no nos haya quedado nada bien. ¿Eh? Ya está preparado, pero mal, ha estado mal preparado. No ha quedado bien. Lo sentimos y nos ha salido todo bien que queríamos. Pero bueno, como Pablo Moratinos decidió hace tiempo dejarme para cerrar la huarca anirún. Y yo pensé que había que darle un final épico. Esto es como las películas, ¿no? Siempre tiene que haber un bueno contra un malo. Pues ya lo tenéis claro. El bueno, aunque no lo parezca, es el del pelo largo y la barba. El malo es el señor de la capucha. ¿Vale? Se ha ido al lado oscuro. Entonces pensé que lo mejor que podíamos hacer era una charla de estas lightning o relámpago cucha pecha. Una marranada de esas. Cuchapuca, una cosa muy mal. Hablando de los pros y los contras que vemos ahora mismo en Gutenberg. Entonces esto más que charla es 20 segundos, tú 20 segundos, yo. Es un pegarnos con cariño. Pero quítate la capucha que me das miedo, tío. Al final voy yo a por la mía, ¿eh? Yo doy miedo por mí solo. Vale, entonces si os parece, comenzamos. Venga, empiezo yo. Mira, es que viene a pegarse conmigo, este hombre. Bueno, pros y contras, como os hemos dicho. El primero, para mí, edición visual. Era una cosa que se necesitaba dentro Gutenberg. O sea, dentro de Wordpress, perdonar. Gutenberg, Gutenberg, Gutenberg. Igual que los desarrolladores, solo ven bloques y yo solo veo Gutenberg. Vale. Y bueno, pues es verdad, tiene razón. Yo siempre he estado de acuerdo en la maquetación visual en el futuro de Wordpress. Pero no habíamos quedado en que era solo para portadas, para los diseñadores. No para los blogueros. A qué puñetas se les ocurre lo primero, implementarlo. En las entradas. En las entradas, no sé. Los quejábamos de esto, que no tocaba los posts, pero a fin de cuentas estos diseños, ¿no? Sí. Y se mago Gutenberg de momento de no diseñas. Correcto. Lo único que hace es joder la parba a los blogueros, ¿no? Bueno. Que me voy. No romperá tu contenido. Muy importante, todo el contenido que tengamos generado en Wordpress, lo vamos a seguir manteniendo. Lo que hará será que con las entradas antiguas que tengamos creará un único bloque, ¿vale? Que luego se puede, a su vez, convertir en todos los bloques separados. Pero todo nuestro contenido antiguo va a seguir funcionando. Y es verdad. Pero sigo en las mismas que al final, cada cosa que hagamos, me va a ser muy ilustrativo la imagen que ha puesto antes. Cada cosa que antes hacíamos en un click ha no va a llevar 7 o 8 clicks. Por lo cual nadie ha pensado en que el usuario del editor nos quita en el timing. Me sé, en nuestro pequeñito Word y nos mete en un monstruo. Claro, a la hora de escribir. En principio a los blogueros. Claro. En principio a los blogueros los va a tocar un poco la moral. ¿Qué creen los contenidos? ¿Ves? Se ha roto. Se ha roto. Es que... Es que... No. ¿Qué le daba a salir? Que no me da cuenta, que ahí ya no sé ni lo que aprieto. Bueno, otro muy importante. Adiós al efecto Locking. Aquí siempre hablamos de lo de Divi, que haber quien desistala a Divi, que haber quien esto. Es que si tú desistas a la Gutenberg o utilizas el plugin que he dicho oficial o cualquier otro, no vais a tener ningún tipo de problema. ¿Vale? Todo va a estar... funcional y vuestro contenido lo vais a poder mover y lo vais a poder llevar a donde os dé la gana. Feciamente se puedes activar. Buena noticia, se puedes activar. Ha puesto su plugin. Ahora ve, es el único que no habla de mi plugin pues ya hablo yo de... ¿Cómo que no? Si antes te he citado. Por favor. Si te doy la razón, efectivamente se puedes activar. Se puedes activar, ¿vale? Comentarios HTML. Deja comentarios HTML. No, ven las basuras. Esa más lo dice. Muy importante, ¿vale? Gutenberg utiliza comentarios especiales de HTML. Entonces, ese contenido lo genera con este tipo de comentarios. ¿Vale? Y eso es una forma muy limpia y muy semántica de tener nuestro contenido. Porque si nosotros lo desistalamos, ese contenido lo vamos a poder llevar a cualquier otra plataforma de publicación sin ningún tipo de problema. Si queremos abandonar WordPress, cosa que ahora no es tan sencilla. Copiar contenido, vienen dos por uno. La rutina que he copiado y pegado ha avanzado una barbaridad. Podemos incluso utilizar Markdown, ¿vale? Si sabemos escribir en Markdown. Y vamos a poder copiar todo el contenido de nuestra página. Porque pinchando en ese botoncito de ahí, tenemos un voto que pone copiar todo el contenido. ¿Vale? Copiaremos todo el contenido, lo llevamos a otra entrada y nos pega todo y ya tenemos todos los bloques creados. Y nos hablan de muchas cosas, pero aparte además de ese 80% de plugins que no se sabe qué va a pasar con ellos, luego está el tema de la accesibilidad. Que es algo que a momento es que ni se ha hablado ni se ha hablado siquiera en el sistema de bloques. Ahora mismo los lectores de pantalla de todas las personas a las que debería ser accesibles cualquier sistema que el time emcee si es, ninguno lee bloques. Yo lo que es importante. Bastante. JavaScript, ¿vale? Volvemos a lo de siempre. Hemos utilizado PHP, pero para mí o para alguien que desarrolle casi todas las cosas que están desarrolladas a día de hoy, están desarrolladas con JavaScript. Y están desarrolladas con Vivo, con Angular, con Riad, con el framework que sea. Pero se utiliza JavaScript. Y bueno, pues lo que hablábamos antes, esto es una decisión improvisada que lo que va a generar es una brecha digital. Yo lo llevo diciendo casi todo el día. La gente no va a actualizar, como tú decías antes, le va a dar miedo. Tú has recomendado no darle al botón de destucción total. Claro, yo os recomendaba... Y vamos a tener una brecha, yo estoy seguro en la que va a pasar como con Windows 7 y Windows 10, o Drupal 6 y Drupal 7, donde a ver por una línea van a correr los que tengan Wordpress 5 y por otro lado en línea van a estar los desactualizados, peligrosos, inseguros, que no se hayan atrevido todavía a Wordpress 4, porque habrán miles de desarrolladores de plugins que no tienen ni el tiempo ni los recursos para actualizarse al botón de destucción. Es una brecha digital que se puede generar. ¿Algo así? No, tanto. No, el 6 tuvo su contacto. No, no, el Internet Plores 6 era un dolor de cabeza. Esto no creo que llegue a eso. ¿Se va a generar una especie de bifurcación? Eso es. Deberían haber intentado eso y se propuso, pero dijeron que no. Tenían una idea de un long-term service, como se hacía en Linux y cosas así, pero se pensó que no, que mejor implementarlo. Para mí es un proyecto para, o sea, de todos y todas. Si eres diseñador o desarrollador, puedes colaborar en el proyecto en guijo.com. Siempre que se encuentra un problema, siempre que se encuentra una necesidad, se escribe allí un ISU y dan respuesta a todo, lo cual me parece una barbaridad. Y dan respuesta a todo y bastante rápido. Si conocéis el desarrollo, si lo habéis seguido un poquito de Gutenberg, están currando a Matacaballo y para mí están haciendo un trabajo excepcional, más allá de que no guste más o no guste menos, dependiendo el color de... Verde o rojo. Verde o rojo. Y bueno, que sí, que está muy bien que hay que colaborar, pero que no se nos olvide que la comunidad web es un proyecto community driving que se dice, llevado por la comunidad. Y aquí, lo que muchos han propuesto, se ha pensado no, alguien ha pensado que esto al final es un proyecto mad driving que ha tomado una decisión y se afuma un puro con la propuesta a toda la comunidad y si no, se invita a todos a ver el vídeo de la presentación de Mat en Nashville para que sepáis de lo que estoy hablando de la opinión y de lo que pasa cuando hablan los desarrolladores como se les callan y yo no me puedo callar ante ese tipo de cosas cuando se toman decisiones a pesar de la comunidad por mucho buen trabajo que hagan gente como Matías Ventura o que nos intenten educar, gente como nuestro amigo José Ángel, lo que está mal, lo que mal empieza yo creo que mal acabará. No, creo. Porque yo pienso que el futuro de WordPress es que al final todos la acabaremos amando, ¿no? O no. Bueno, ahora empezar a levantar todos las manos porque va a haber preguntas por todos los lados. Vamos con las preguntas. No vale preguntar por los props. Muy buenas. Muchas gracias. Muy guay, ha mudado mucho. A ver, yo decirme los dos, por favor, desde mi humilde ignorancia, ¿dónde está el Armageddon? Vamos a ver, solo se cambia el editor de contenido, si tu contenido estaba limpio y no estaba lleno de movidas, que no deberían estar ahí, no va a pasar nada, ¿no? Es que... Como responde... Con un contenido normal no le va a pasar nada. Simplemente a partir de ahora vas a editar diferentes. Yo mejor para que termine el que es el lado positivo mejor terminar con un pensamiento positivo. A ver, nuevamente WordPress es una cosa que se llama CMS, ¿no? Se llama Content Management System. Eso es para manejar contenido. Sistema de gestión de contenidos. Lo importante, una vez que tienes montada la web, es el gestor de contenidos. Todo aquello que afecta el gestor de contenidos que lo modifique altera sobremanera el uso diario de ese gestor de contenidos. ¿A nivel usarlo ya? Yo siempre digo que el diseño es un día, la gestión de contenidos es todos los días. Si tomas decisión sobre el trabajo diario de todas las personas, sobre la parte del diseño, deberías contar con las personas, sobre todo en un proyecto Comunity Drive-In. Hay muchas cosas que no son mierdas. Son CFs, son un montón de widgets, de cosas que utiliza la gente para sus medios de comunicación, para sus blogs de los que viven. Y todo eso va a dejar de funcionar, en principio. De momento hay muchas cosas que no funcionan, pero si a final todos van a funcionar, a final todo funcionará. Pero mejor hubiera sido llevado como cualquier otro proyecto, cualquier otra rama de WordPress se ha llevado, no como se está llevando esto. Eso es mi opinión. Si no te lo parece grave, que solo afecte al contenido, lo más importante es la accesibilidad. Te invito a hacer el día 7SS. ¿Qué decías? ¿Qué cambia en accesibilidad? Si solo es HTML, o sea, que es igual de accesible de HTML de Gutenberg, que es el content. Al mismo tiempo es un ecosistema completo. Vivimos con plugins. Esa es la realidad. Si la gente vive con plugins, está acostumbrada a trabajar de una manera. Cuando le cambias el ecosistema, si se supone que lo hacemos entre todos, déjale. Déjale que elegigan todo. Dato un punto de vista positivo. Sí, un punto de vista positivo es yo diseño como diseño, y a mí me gusta utilizar underscore. No toca de ninguna forma, no toca de ninguna forma. Todo funciona como un tiro. Esa es mi forma. Tú la compartes, pero hay mucha gente que no utilizan de discurso, que no es un diseñador, y utilizan plugins como Divi, o temas como Divi, Visual Composer y demás. Todos esos temas, pues claro, toda esa gente que va a pensar, porque a mí la pregunta que me hacen, que espero que no sea la que haga él, que seguro que no. ¿Qué pasará si mi página web está en Divi? Yo creo que el problema lo tiene, Divi, que es una empresa que vive de eso, muy adelante, o sea, desde hace mucho tiempo, que esto va a cambiar, entonces ellos tendrán que poner, estoy seguro que se van a poner las pilas, porque no se van a permitir el lujo de pasar esto. Bueno, yo creo que se pondrán las pilas, porque si no, lo que pasa es que, cuando simplemente la versión 5.0, todos sus clientes se les van a tirar al cuello. Pero si tú Roberto también, ayer estuvimos hablando en la cena, y el tema limpio, no tienes ningún problema. Gutenberg es una cosa más, el editor ya está, ¿vale? No vas a tener ningún cambio. Sí. Bueno. Hola, yo muy rápido. Si tú desarrollas un bloque en Gutenberg, ¿y luego va a haber forma de ese desarrollo de implementarlo en una plantilla, sin pasar por Gutenberg? Es, a ver, es que los bloques como tal van a ser plugins, entonces lo tienes que activar. Tú lo que podrás hacer será darle estilos en esa plantilla, ¿vale? Que será esa tercera hoja de la que hablábamos de estilos, en la que tú lo que puedes hacer es sustituir los estilos de ese bloque o de ese plugin que has creado y ponerle los estilos que a ti te dé la gana para fusilar, digamos, los que lleva el bloque por defecto. ¿Te sirve como respuesta? Gracias. Yo creo que tengo eso en la descripción de la categoría. ¿Estará con Gutenberg o seguirá el editor clásico? ¿Cómo? Bueno, creas una categoría, puedes ponerle una descripción. Eso sí que es igual. Eso sí que es exactamente igual. Si recuerdas, te he dicho, en el lado derecho va a haber, o sea, ¿dónde están los ajustes de bloques? Hay dos pestañas, hay uno de documentos y uno de bloques en el de documentos van a estar las categorías, como han estado siempre. Categorías, etiquetas. No lo uso, las plantillas de página ya están funcionando, las plantillas de página ahora mismo funcionan. Yo una pequeñita, lo que habéis dicho, antes tú has dicho que no iba a ser accesible, precisamente lo que escupe, como ha decirlo, por ejemplo, ese HTML. ¿Completamente semántico? No, el editor, que me refería al editor. ¿Exactamente si alguien hace contenido? Claro, dentro del... O sea, ahora accesible, lo único que tiene es que tú, a través de como atajos de teclados, puedes llegar a todos los bloques. ¿Vale? Bueno, ahí es todo. Hay otra cosa. Fer, ¿sabes por qué no está haciendo este proyecto implementado de la misma manera que todas las otras mejoras que se han hecho a WordPress? Yo sé las explicaciones que saldado. Yo te puedo decir lo que yo creo. Vale. Esto al final, somos la comunidad, pero hay gente que tira con polvo a la derre. Gente que tiene más recursos, más personal, que puede colocar más personal en los proyectos que cualquiera de nosotros, y un desarrollador de plugins humilde no puede adaptarse a un desarrollo estratégico y bueno, que lo digo que es bueno, te acuerdo que debería ser el futuro ir por esta línea de WordPress. El problema está cuando hay una persona que es la que toma las decisiones, cuya estrategia de su compañía, que es WordPress.com, por ofrecer lo mismo que es Wix y la estrategia de una compañía la aplica a la comunidad, que es lo que yo creo que trastiende en el fondo de no Gutenberg, sino de haber metido con calzador Gutenberg. Porque a mí, Gutenberg me gusta. Me gusta la maquetación visual y yo defiendo que es el futuro de WordPress porque tenemos que competir con ese Wix que te enseña el cliente y te dice que yo lo hago mucho más fácil que con el WordPress, que me tengo que ir al admin. O sea, estoy de acuerdo. La cosa es el momento y el como. Por eso no son... Me da igual, yo soy libre. Yo no soy empleado en ninguna empresa que me ponga para hacer eso. Yo puedo decir lo que me da la gana porque yo soy parte de la comunidad. Si fuera un empleado automático igual me tenía que callar, pero no lo soy. Eso es otro mal que yo lo digo y ya os lo digo ya, cuando estamos en un proyecto cuando hay empleados que te vienen de una empresa a trabajar porque no me hayan pagado por venir aquí a echar una mano ni a ninguno de los voluntarios que estáis aquí. Si una empresa pone voluntario y su voluntario ya no tiene voz propia. Si un desarrollador te pone la empresa en un proyecto de comunidad sí, estás haciendo buen trabajo pero no tienes voz propia y en la comunidad todos deberíamos tener voz propia. Yo, si me permitís, yo en cierta parte estoy muy de acuerdo en esto con Fernando y a lo que voy es una persona en la Work a Madrid en la mesa redonda cuando alguien lidera un proyecto y tiene carisma más de 400, es muy complicado que nadie se le ponga en contra. ¿Vale? Bueno, pues gracias José Ángel, gracias Fernando.