Pues eso… desde la versión 5.0 WordPress incluye un nuevo editor por bloques llamado Gutenberg… y una vez que te acostumbras a él, pues… ya no quieres cambiar.
Se supone que está predeterminado para nuevos sitios con una versión igual o superior a la 5.0, de hecho es el editor que utilizo (ver la figura 1), pero estaba creando un nuevo sitio para una amiga que tiene una asociación sin ánimo de lucro (Las Maravillas Centro Ecuestre) y el editor que me muestra no es el nuevo (el que yo uso aquí) si no el clásico (ver figura 2).
Figura 1. El editor Gutenberg de WordPress
Figura 2. El editor clásico de WordPress
Y buscando en la web sobre cómo activar el nuevo editor de WordPress, todo lo que he encontrado ha sido sobre ¡cómo desactivarlo! así que… me he puesto a escribir esto (en cuanto he averiguado cómo activarlo)
Y la forma de activarlo (y desactivarlo sin usar código ni plug-ins de terceros) es muy simple. Tanto que no entiendo porqué tanto lío y cosas que hacer para algo tan simple, tanto que está en las opciones o ajustes de escritura. Bueno, sí sé porqué se complica tanto la gente… jeje. En fin.
¿Cómo activar / desactivar Gutenberg?
Ya sabes Gutenberg es el nuevo editor de bloques de WordPress. Por si te has saltado la introducción jeje.
En la barra lateral del escritorio de WordPress selecciona Ajustes y de las opciones que te muestra selecciona Escritura. Te mostrará una página como la de la figura 3.
En la parte resaltada verás las dos opciones del editor predeterminado. Selecciona Editor de bloques, guarda los cambios y ya está.
Figura 3. Activar o desactivar el editor por bloques (aka Gutenberg)
Una vez hecho esto, si vamos a la página que utiliza el editor clásico (ver la figura 2) verás que te dice que aún está usando el editor clásico (aunque hayas cambiado esa configuración de la figura 3) tal como te muestro en la figura 4, simplemente busca el menú de tres puntos verticales en la parte derecha y del menú desplegable selecciona convertir a bloques (ver figura 5). Y ya está.
Figura 4. Una página que usaba el editor clásico casi convertido al de bloquesFigura 5. La página convertida a bloques (el nuevo editor de WordPress)
Y de esta forma (figura 5) sería como quedaría la página mostrada en la figura 2 usando el editor de bloques.
Figura 5. La página mostrada en la figura 2 convertida a bloques
Eso mismo hay que hacerlo en todas las páginas (y posts) que tengamos… si son muchos, ahora quizás si que valdría la pena usar código o automatizar de alguna forma que se cambie de editor. Como por ejemplo esta: How to Selectively Enable Gutenberg Block Editor (en inglés).
Pues eso… que te quería seguir contando las cosas buenas de Visual Studio 2019, pero… hay que decirlo todo, y lo malo es que en la fecha en que te cuento esto, no creo que lo vayan a solucionar en la versión final que estará el próximo martes día 2 de abril.
Te cuento lo que me pasa y voy a usar el texto con el bug que he publicado hoy en la comunidad de desarrolladores de Visual Studio (Developer Community). Te dejo el enlace por si te parece la votes a ver si así le hacen más caso (siempre hacen caso a las cosas que cuento por ahí, pero… algunas no las solucionan rápidamente… será porque es Visual Basic… y ya sabes que algunos nos consideran desarrolladores de clase B…
Nota del 05/Abr/19
Pues resulta que esto mismo ocurre en C# pero en casos concretos (Completion gets in the way attempting to line up arguments) y por tanto han cerrado la incidencia por estar duplicada, y según cuentan ya está solucionado en VS 16.1 Preview 2.
Aquí va el texto y las capturas (más abajo está la traducción al inglés):
Problemas con IntelliSense en VS2019 y VB
Con Visual Studio 2019 (RC.4) da muchísimos problemas con IntelliSense y Visual Basic (con C# no ocurre lo mismo).
Comento dos de los que me suelen ocurrir habitualmente (tanto que estoy pensando dejar de usar el VS2019 al menos para los proyectos de VB) es un verdadero «desastre» hacer ciertas cosas… más o menos habituales.
Por ejemplo: En las declaraciones de los métodos de evento me gusta poner los parámetros del método en líneas separadas (para que se vean mejor los controles que utilizan ese método) y lo que suelo hacer es poner el cursor antes del segundo parámetro (después de la coma) para pulsar la tecla ENTER, cuando lo hago y se cambia de línea se muestra la ventana de IntelliSense (ver la captura de figura 1), si a continuación pulso la tecla TAB para agrandar la indentación, el editor añade la definición de la ventana de IntelliSense (ver la captura de la figura 2) en la que se ve que añade ByRef.
Figura 1.Figura 2.
Lo mismo ocurre cuando me pongo al principio de una línea con código y pulso ENTER para escribir en la línea anterior, IntelliSense muestra en el principio de la línea el método que estoy usando en ese control (ver la captura de la figura 3), nuevamente si pulso TAB (que en este caso no es la acción que yo querría hacer, pero para demostrar el mismo fallo) se añade erróneamente lo que haya seleccionado en la ventana emergente de IntelliSense (ver captura de la figura 4) y si no pulso la tecla TAB y quiero mover el cursor a la línea anterior (la que se ha creado al pulsar ENTER) tengo que pulsar la tecla ESC para que quite la ventana de IntelliSense.
Figura 3.Figura 4.
Y como comento al principio esta es una acción muy, muy habitual… y es «frustrante» escribir código de esta manera…
Ese último error (pulsar INTRO al principio de una línea con código) también ocurre con los comentarios, y en el ejemplo que he hecho (un comentario encima de una asignación a la propiedad TEXT de un Label), al pulsar la tecla ENTER la ventana de IntelliSense muestra la misma propiedad que la indicada en la figura 4 tal como se puede ver en la captura de la figura 5.
Figura 5.
Esto con Visual Studio 2017 no ocurre.
En C# he probado los dos ejemplos que acabo de comentar y no ocurre así.
Realmente es algo que deberían solucionar, ya que si el producto final que saldrá al mercado el próximo 2 de abril tiene este tipo de BUG,, sería lamentable.
Gracias. Guillermo
A ver si lo solucionan rápido… que es un rollo que ocurra eso…
Nos vemos.
Guillermo
Y como también se lo traducido al inglés (eso lo suelen hacer ellos, pero… para adelantar tiempo.
Problems with IntelliSense in VS2019 and VB
With Visual Studio 2019 (RC.4) it gives many problems with IntelliSense and Visual Basic (with C# the same thing does not happen).
I mention two of those that usually happen to me habitually (so much so that I’m thinking about stopping using VS2019 at least for VB projects) it’s a real «disaster» to do certain things … more or less usual.
For example: In the declarations of the methods of event I like to put the parameters of the method in separate lines (so that the controls that use that method are seen better) and what I usually do is put the cursor before of the second parameter (after the comma) to press the ENTER key, when I do it and the line is changed the IntelliSense window is displayed (see the capture in Figura 1), if I then press the TAB key to enlarge the indentation, the editor adds the definition of the IntelliSense window (see the capture in Figura 2) in which it is seen that it adds ByRef.
The same thing happens when I put myself at the beginning of a line with code and pulse ENTER to write on the previous line, IntelliSense shows at the beginning of the line the method I am using in that control (see the capture in Figura 3), again if I press TAB (which in this case is not the action that I would like to do, but to show the same fault) it is wrongly added what you have selected in the IntelliSense pop-up window (see the capture in Figura 4) and if not I press the TAB key and I want to move the cursor to the previous line (the one that was created when pressing ENTER) I have to press the ESC key to remove the IntelliSense window.
And as I said at the beginning this is a very, very usual action … and it is «frustrating» to write code in this way …
That last error (press ENTER at the beginning of a line with code) also occurs with the comments, and in the example that I have made (a comment above an assignment to the TEXT property of a Label), by pressing the ENTER key the window of IntelliSense shows the same property as that indicated in the capture: Figure 4 as it can be seen in the capture of Figura 5.
This with Visual Studio 2017 does not happen.
In C # I have tried the two examples that I just commented and it does not happen that way.
It really is something that should be solved, because if the final product that will be released on April 2 has this type of BUG, it would be unfortunate.
Pues eso… a falta de una semana para que Microsoft libere la versión final de Visual Studio 2019 (el martes 2 de abril para ser concreto) te voy a explicar un par de cosillas que creo que debes saber para que no te pase lo que a mí…
Lo primero, es lo primero… evitarte quebraderos de cabeza
Así que… y como te digo en el encabezado, si quieres evitarte quebraderos de cabeza nada más empezar con esta monería de Visual Studio (porque ha mejorado mucho con respecto al Visual Studio 2017), debes quitar una de las nuevas opciones que tiene esta versión.
Al menos si usas el VS2019 en un monitor grande (o de los que tienen mucha densidad de píxeles) lo primero que deberías hacer es ir al menú Herramientas (Tools), seleccionar Opciones (Options) y en la ventana que te muestra, en Entorno>General (Environmet>General) (ver la figura 1) quitar la marca de Optimizar la representación de las pantallas con densidades de píxeles distintas (Optimize rendering for screens with different pixel densities).
Figura 1. Una nueva opción de VS2019 que puede darte problemas… a mí me las ha dado…
¿Por qué he quitado esa opción?
Te explico.
Yo uso el portátil (laptop) como equipo de desarrollo con un monitor grande con una resolución de 3840×2160 y ahí es donde uso el Visual Studio 2019 (y el VS2017) y al menos con la versión RC.3 (y también con la RC.4) me da problemas como ni siquiera poder cambiar el tamaño de los formularios y/o controles. Aparte que al mostrar las opciones del proyecto, la ventana se mostraba muy mal o cuando el cursor del ratón estaba sobre un texto y se muestra IntelliSense no dejaba escribir salvo que ocultaras la ventana emergente (de IntelliSense)… y más cosas de las que ahora mismo no me acuerdo, pero cuando me vengan a la memoria te las contaré…
Nota:
A ver… lo mismo tú no tienes los problemas que yo he tenido, solo te lo explico por si te pasan cosas raras cuando empieces a usar Visual Studio 2019.
El que avisa…
El coloreado del código de VB y C# ha cambiado
Esa es otra novedad con respecto a Visual Studio 2017 que nos puede facilitar la lectura del código (si quieres).
La figura 2 es una captura de Visual Studio 2017 con un código de Visual Basic. Este coloreado seguro que ya lo conoces.
Figura 2. El coloreado (clásico) de Visual Studio 2017
En la figura 3 tienes la nueva versión del coloreado que trae Visual Studio 2019.
Figura 3. El coloreado (mejorado) de Visual Studio 2019
Pregunta: ¿No te gusta el nuevo coloreado de Visual Studio 2019?
Respuesta: Sí, me gusta, pero no me lo muestra así; lo veo como en la figura 2.
Esa característica la puedes cambiar en las opciones de configuración, concretamente en las opciones del editor de texto, ya sabes: Herramientas>Opciones y en la ventana de opciones selecciona Editor de Texto (Text Editor) y después Basic o C# (esta opción solo está disponible para esos dos lenguajes). A continuación marca la opción Usar colores mejorados para C# y Basic (Use enhanced colors for C# and VB) tal como puedes ver en la figura 4.
Figura 4. El coloreado mejorado del código se puede cambiar para usar el de las versiones anteriores
Nota:
Si te fijas en la figura 4, también hay opciones para colorear las expresiones regulares y otras mejoras.
Nueva pantalla de inicio de Visual Studio 2019
Para finalizar esta introducción a las mejoras (o cambios) del IDE de Visual Studio 2019 vamos a lo primero que nos mostrará Visual Studio al empezar: La pantalla de inicio.
Figura 5. La pantalla de inicio de Visual Studio 2019
Tal como puedes ver en la figura 5 la pantalla de inicio de VS 2019 ha cambiado, si no quieres cargar ningún proyecto, ni crear uno nuevo, puedes pulsar en el enlace mostrado en la parte inferior derecha: Continuar sin código (Continue without code).
Los proyectos mostrados están sincronizados con los que ya tuvieras en la ventana de inicio de Visual Studio 2017, incluso siguen sincronizados en los dos entornos, respetando también los que están anclados.
Lo único que no me gusta es la forma de crear nuevos proyectos, de eso te hablaré en otra ocasión. Además de que hecho en falta las noticias, que seguramente estarán en otra parte, pero por ahora no he dado con ellas, aparte de ir a el blog de los desarrolladores de Visual Studio.
Espero que te haya sido de utilidad. Esa es la idea (que no IDE)
Nos vemos. Guillermo
P.S.
Aquí te dejo unos enlaces, dos de ellos sobre lo primero que te he contado y que la gente de Visual Studio lo llama: Representación con reconocimiento del monitor (Per-monitor aware (PMA) rendering).
Si prefieres ver los artículos en inglés, al menos los publicados en docs.microsoft.com, puedes cambiar /es-es/ por /en-us/ (o viceversa) en la barra de direcciones.
Normalmente las traducciones al español son generadas automáticamente, pero mucho mejores que si las traduces con algunas herramientas de traducción, incluso la que incorpora Edge que se supone que es la misma que usa Microsoft en su sitio.
Versión en inglés / English version (traducido por Bing Translator)
