5. Citas
Se ven muy bien en navegador, muy destacadas, pero sólo discretamente en Moshidon: la cita aparece sangrada un par de espacios respecto al resto del texto.
Aquí viene una cita:
En un lugar de la Mancha de cuyo nombre no quiero acordarme, ni tampoco puedo, porque el autor de la historia tuvo mucho cuidado en ocultarlo, que casi que podía haber usado un CW y, así, quién no quisiera saberlo, se lo saltaba, pero dejaba la información al alcance de los curiosos y curiosones de la corte, que tanto abundan...
Fin de la cita.
Aunque la cita es propia del lenguaje académico, a veces deseamos citar fragmentos de obras que estamos leyendo o diálogos de películas o de séries: con este formato se verán mejor.
6. Bloques de código
Hubo un tiempo en que todo esto era campo, digo, donde campaban libres los informáticos. ¿Libres de qué? Libres de las personas normales que buscamos vídeos de gatitos. Todavía abundan, y, claro, necesitan especificar con facilidad y con claridad que esa parrafada incomprensible para los legos es un pedazo de programa en un lenguaje de programación concreto y no, como el lector y yo pensaríamos, una esotérica invocación a Cthulhu (que también corre por aquí).
Para insertar breves expresiones de código en una línea de texto, ya vimos que basta con escribirlas entre dos acentos graves (o abiertos: "ˋ "), como en rm -fr / (para los no informáticos: no ejecutéis el código anterior ni jartos de vino, que os quedáis sin sistema, bonicos). En el navegador, destaca mucho; en Moshidon, hay que fijarse.
Se puede escribir todo un código en bloque, sólo hay que indicar su inicio y su final con tres acentos (en una línea) ˋ"`" antes y otros tres (en otra línea) después:
if(esto se ve como código)
then(tres acentos marcan bien el inicio del bloc)
else(me toca seguir probando)
Como comentamos al hablar de los formatos en línea, el tipo de acento para enmarcar el código puede ser diferente del que produce el teclado del Android. El bueno debería de ser visible en el siguiente bloque:
`
Se observa que la visibilidad del bloque de código es mucho mejor sobre navegador que sobre Moshidon.
En teoría, también se pueden crear bloques de código sangrando con cuatro espacios cada línea, pero a mí no me ha funcionado ni en navegador ni en ninguna app.
7. Enlaces
Podemos escribir los enlaces directamente, sin ningún tipo de codificación ni formato, como en https://tuiter.rocks, y el resultado será comprensible y funcional.
Pero glitch-soc nos ofrece una forma más elegante, Tuiter Rocks, heredada de Markdown.
Código anterior:
Pero ˋ glitch-socˋ ofrece una forma más elegante, [Tuiter Rocks](https://tuiter.rocks), heredada de Markdown.
Recuerda:
- combinación de dos pares de paréntesis: el primero, cuadrados; el segundo, curvos o normales;
- entre los cuadrados, el texto a visualizar; entre los normales, la dirección a enlazar (que también podría ser una dirección de correo, una dirección de un usuario de Mastodon, etc.).
8. En conclusión
Me temo que este hilo no cubre el 100% de las posibilidades de formato que ofrece glitch-soc. Como decía al inició, van mucho más allá de las que deseábamos obtener los que suspirábamos por poder escribir en cursiva y en negrita. Bienvenidas sean, eso sí.
La inmensa mayor parte de los usuarios de Mastodon no creo que las necesiten. Algunos puntillosos usaremos la cursiva para destacar los títulos de películas o de libros, y puede que la negrita para destacar alguna idea. Al corregir algún toot, o con valor irónico, tacharemos alguna palabra. Si comentamos alguna obra y queremos citar un fragmento, podremos destacarlo con facilidad, y eso también lo vemos aplicar con cierta frecuencia. Y, sin duda, los muchísimos programadores que pueblan Mastodon desde antes que fuera Mastodon encontrarán utilísimo destacar el codigo, sea en una frase, sea en bloque.
El resto de las opciones, como los niveles de títulos o los subíndices y superíndices, serán muy útiles en las instancias de carácter académico (que las hay).
Creo, por otra parte, que el nivel de dificultad para aplicar estos formatos está al alcance de cualquier usuario, y eso es imprescindible para que su uso se popularice. Espero, sin embargo, que no caigamos en el uso indiscriminado y supérfluo de estos recursos: ya sufrí los estragos del WordArt el siglo pasado y no me gustaria revivirlos.
Termino con una duda técnica: no he mantenido nunca una instancia y no sé si habrá una gran diferencia de comportamiento entre glitch-soc y Mastodon: seguridad, estabilidad, frecuencia y gravedad de las incidencias, consumo de recursos, etc. Confio que, en algún momento, @ElenaMusk nos podrá dar alguna información al respecto (y espero que no sea para decirnos que glitch consume demasiado y que tenemos que retroceder al Mastadon original).
Por el momento, disfrutemos de unas características que, creo, serán la mar de útiles.