This graph shows how many times the word ______ has been mentioned throughout the history of the program.
Tenemos novedades de Visual Studio Code, que estoy intentando entrar en la página de la velada del año y el proyecto que tengo es la velada del ano web.
¡Ay Dios! Ha salido la versión 1.91.0 y entre las cositas nuevas que hay, hay un par de cosas que llaman bastante la atención que te voy a comentar porque tienes que activar o probar.
Y una es esta, gráfica de los cambios en Git. Fijaos que ahora podéis activar, está en experimental todavía, pero esto normalmente se hacía con una extensión.
Y ahora tenéis la oportunidad de activar este scm.experimentalshowstorygrab. Podéis verlo aquí, lo activáis, ¿vale?
Control así se muestra el gráfico de historial en lugar de los cambios entre los salientes en la vista de control. Y entonces os aparecerá así.
Os aparecerá así. Que la verdad, está muy chulo. Fijaos que es el gráfico ahí con las diferentes líneas, cómo se ha ido mergeando y todo esto.
Esto normalmente se necesitaba con una extensión. Por ejemplo, una extensión que se utilizaba, que podéis seguir utilizando si no os convence como está hecho, es GitGraph.
Lo que pasa es que GitGraph todavía está mejor. GitGraph es como más potente. Y fijaos que teníamos como un montón de cosas.
Veis aquí que salen las gráficas, las líneas y tal. GitGraph todavía hace más cosas. Yo creo que pronto para eliminarla.
Lo que pasa es que no se actualizaba. Fijaos que el último commit es de hace tres años. De hecho, yo creo que esta es la razón por lo que la gente de Visual Studio Code lo han añadido en el editor.
Porque fijaos que es que GitGraph tiene ocho millones de instalaciones. Es una de las extensiones más instaladas de Visual Studio Code.
Y el hecho de que esté abandonada, pues es una pena. Porque era tremenda. La podéis seguir utilizando, de hecho. No hay ningún tipo de problema.
O al contrario, los han contratado. Ojalá. No lo creo, pero ojalá.
Igualmente, es opcional. Veo aquí, Alexito dice, no me gusta. Bueno, no pasa nada. Si no te gusta, no te preocupes porque lo puedes echar para atrás.
Lo puedes activar o desactivar. Habrá gente que sí que le guste esta forma de ver los cambios. Está bastante bien.
Esto no significa que dejéis de ver los archivos. Importante, los archivos los seguís viendo.
Esto es que podéis ver la gráfica con los cambios, pero también veis los archivos, ¿eh? Están justamente al lado.
Así que nada. Ahora bien, hay gente que se ponía, pero esto lo tiene GitGraph. Lo puse el otro día.
Aquí, aquí lo puse, ¿no?
Los que usamos WebStorm. Ya esto existía en el Showstreet hace años.
¡Qué paciencia hay que tener! ¡Qué paciencia!
¿Y qué más da? ¿Y qué más da?
Es que, es como, es como, vamos a ver, vamos a ver.
Que algo ya exista en otro sitio no significa que no sea un buen añadido.
Porque hay gente que a lo mejor no quiere utilizar Showstreet.
Además, vamos a ver, Showstreet es una aplicación separada al editor.
Es que no tiene sentido compararlo. No tiene sentido compararlo.
Poco vinagre, ¿eh?
Hace de enojar. Nah, no me enojo.
Pero me sorprende, la verdad. Me sorprende el hecho de decir, no, es que esto ya estaba y tal.
Y dices, bueno, ya estaba ahí, pero no estaba aquí.
Por lo tanto, pues ya está, ¿no?
Git Kraken también está súper bien.
Git Kraken, que es una aplicación que es gratuita para proyectos de código abierto, si no me equivoco, y es muy bonita.
Y sí, ya estaba en Git Kraken, pero a lo mejor no quieres instalar Git Kraken y quieres tenerlo todo en el mismo editor.
Bueno, pues ya está bien.
De hecho, Git Kraken también tiene una extensión de Visual Studio Code.
Está muy chula Git Kraken. Me gusta, me gusta.
Pero mira, a mí Showstreet, por ejemplo, no lo toco ni con un palo.
No me gusta nada Showstreet.
Y mira que lo sé en su día.
Pero me gustan más otras alternativas.
Me gusta más Fork y mira que es de pago Fork.
Pues me gusta más.
Entonces, no entiendo estas cosas.
No seáis vinagres, hombre.
Si algo nuevo aparece, pues joder, pues vamos a disfrutarlo y ya está.
Otra cosa nueva que hay, no es nueva, pero os voy a contar una cosa.
Mirad, fijaos en el proyecto de la velada.
En el proyecto de la velada, cuando abrimos un archivo, por ejemplo, en Pages, vamos a abrir el 404.
¿Qué ha pasado aquí?
¿Qué pasa aquí?
¿Habéis visto esto de Pages?
¿Por qué no aparece aquí en Components?
¿Vale?
¿Veis que aquí solo aparece el nombre?
¿Cómo he hecho que aparezca ahí Pages?
O lo que yo quiera.
Bueno, esto no es una cosa que sea nueva, pero es verdad que el otro día había un tuit de la gente de Vercell que lo explicaban y me pareció bastante bonito.
Y os lo voy a enseñar.
Mirad, aquí, a ver si lo encuentro.
Pages.
Aquí.
Vale, esta opción la podéis añadir para poner etiquetas, las etiquetas que queráis, las que queráis.
Mira, Workbench, Editor, Custom Levels, Patterns.
Y puedes decir, mira, los archivos que estén dentro de la carpeta Types, voy a hacer que aparezca en la pestaña el nombre del archivo, la extensión y ponga Types.
Que aquí además puedes poner Types como que puedes poner lo que te dé la gana.
Podrías poner hasta un emoji.
A ver, vamos a poner azul, por ejemplo.
Vamos a poner un emoji.
Voy a poner la policía para esto.
Y aquí en páginas vamos a poner unos libros, ¿vale?
Por ejemplo.
Pues esto lo podéis hacer y ahora va a detectar que los archivos que estén dentro de Types lo voy a mostrar de esta forma.
Si yo ahora voy a Types, que no tengo, ¿vale?
Ahora veo que no tengo.
Bueno, pues voy a Pages y voy a Pages y abro el 404.
Fijaos cómo lo está poniendo.
Lo interesante es que podéis hacerlo de cualquier forma.
O sea, por ejemplo, los que estén dentro de Components, pues podéis poner Components, pero podéis hacer aquí, lo podéis poner antes, lo podéis hacer después, podéis hacer lo que queráis.
Mira, ahora en Components, si entramos en Components, ¿veis?
Ahora, action.astro-components.
Si preferís, podéis hacer otra cosa.
Por ejemplo, podéis decir que aparezca el DeerName, ¿vale?
Y entonces ahora te va a poner que es dentro de Components el archivo Astro.
Lo podéis hacer al revés.
Por ejemplo, podéis hacer así, que sea como simplificada la extensión, ¿vale?
Y veis, aparece Components.
Podéis hacer lo que os dé la gana.
Está súper chulo.
Y además de esto, y esta es la novedad de este año, es que además ahora lo podéis agrupar, el Custom Tab Labels, este, lo podéis agrupar y podéis tener un montón de más información.
¿Ves?
Cuando defines Custom Labels, ahora tiene más flexibilidad para acceder a la extensión individual de cada archivo.
Entonces, ahora podéis soportar también índices negativos.
Por ejemplo, si por lo que sea no quieres mostrar toda la extensión, podrías hacer algo así.
Imaginaos que veis que pone .astro, yo que sé.
Y no queréis enseñar la extensión.
Pues aquí en el Xname este podemos hacer así, ¿vale?
En lugar de la extensión podemos hacer así, podemos quitar el punto, podemos hacer algo así.
Y esto lo he puesto, ah, lo he puesto en Pages, vale, pues vamos, o bueno, lo voy a hacer aquí también.
¿Vale?
Vamos a hacer así y podéis hacer así.
Esto, a ver, es una tontería, ¿eh?
Pero bueno, veis, ahí ahora pone Astro, no sé qué.
Podéis hacer mil millones de cosas.
Han añadido como las posibilidades de hacerlo todavía mejor e incluso el tener más patrones.
Así que echarle un vistazo porque se pueden hacer mil millones de historias.
Y creo que queda muy bonito especialmente para proyectos, por ejemplo, de NextGS, de Astro,
que por lo que sea, pues queréis, mira, por ejemplo aquí, por ejemplo,
si quiero que los que estén dentro de API tengan algo especial, pese a que también son páginas,
a ver si esto, a ver, vamos a poner aquí que estos son components y tal.
Si esto entro en API, por ejemplo, ah, pues sí, fijaos, que cuanto más abajo está, más relevancia tiene, ¿ves?
Y ahí, pues ya directamente tienes la información de que es parte de la API.
Está muy chulo.
Me parece una novedad muy tremenda que al menos yo no tenía ni puñetera idea
y que os pueda ayudar a detectar mejor en la pestaña cómo funciona cada cosa.
Eso lo hacía ya NuEmacs.
Sí, sí, y los dinosaurios también lo hacía.
¿Qué pasó con Sublime Text?
Creo que ahí sigue el desarrollo de Sublime Text.
Para el que no lo sepa es un editor de código.
Va bastante lento porque al final es un proyecto que no sé si es un equipo, no sé si es una persona, no tengo ni idea.
Aquí pone que es una empresa, pero no sé cuánta gente trabaja en esta empresa, la verdad.
Y sí que sé que han ido sacando nuevas versiones.
Por ejemplo, aquí tenéis la versión 4 y la sacaron el 24 de noviembre.
Pero es difícil de saber si siguen activo o no porque siempre las nuevas versiones han tardado mucho tiempo.
Fijaos que desde la versión 3 a la 4 pasaron meses.
Fijaos aquí.
Build 4000, 11 de noviembre del 2022.
Y la siguiente fue en agosto del 2023.
Entonces, Sublime es un editor muy rápido, pero que, digamos, la velocidad de evolución no ha sido la misma que Visual Studio Code.
Y, por ejemplo, todo el sistema de extensiones es mucho, mucho mejor en Visual Studio Code.
Tiene extensiones Sublime Text, pero no funciona igual de bien.
Y también es verdad que es de pago.
Tienes que pagar una licencia, entonces que lo tengáis en cuenta.
Pero estaba muy chulo, la verdad.
Ahora vamos a ver Zed, ¿no?
Zed será el próximo editor que yo creo que hay que estar pendiente.
A ver qué tal.
Estaba guapo Sublime.
Bueno, estaba y está.
Lo que pasa es que, ya os digo yo, que se ha quedado un poco que le ha costado, ¿no?
Le ha costado.