Giorgio Grappa

3. Niveles de títulos

Como título general de un toot, tal vez podría combinarse el primer nivel con negrita y mayúsculas; a continuación, se pueden los seis niveles sin otra modificación.

Si llega a ser necesario numerar los títulos, probablemente no habremos equivado de medio: un texto tan largo estaría mucho mejor en un blog.

A continuación, muestro pruebas con los seis niveles de títulos que ofrece Markdown. En primer lugar, títulos de 1r y 2º nivel con subrallado mediante "=" y "-" respectivamente; con tres signos de subrayado es suficiente. Además, se muestra el resultado marcando y sin marcar como negrita el título.

Las numeraciones de los títulos (como el anterior) se añadieron manualmente.

3.1. Ejemplos de títulos

TÍTULO DE PRIMER NIVEL EN NEGRITA SUBRAYADO CON "="

Texto normal.

TÍTULO DE PRIMER NIVEL SUBRAYADO CON "="

Texto normal.

TÍTULO DE SEGUNDO NIVEL EN NEGRITA SUBRAYADO CON "-"

Texto normal.

TÍTULO DE SEGUNDO NIVEL SUBRAYADO CON "-"

Se observa que el texto de segundo nivel incluye negrilla, de manera que es inútil en este caso.

Texto normal. A partir de aquí, todos los títulos se crean anteponiendo el signo almohadilla "#", tantos como nivel de título se quiere obtener.

Título de primer nivel

Texto normal.

Título de segundo nivel

Texto normal.

De tercer nivel

Texto normal.

De cuarto nivel

Texto normal.

De quinto nivel

Texto normal.

De sexto nivel

Texto normal.

####### De séptimo nivel (que no existe y se muestra como texto normal, muy bien)

Texto normal.

3.2. Exemplos de códigos para crear los títulos anteriores

# 3. Prueba de títulos


**PRIMER NIVEL, NEGRITA SUBRAYADO**
===


PRIMER NIVEL, SUBRAYADO 
===


**SEGUNDO NIVEL, NEGRITA SUBRAYADO**
---


TÍTULO DE SEGUNDO NIVEL SUBRAYADO CON "-"
---


# Título de primer nivel 

## Título de segundo nivel 

### Título de tercer nivel

4. Listas

4.1. Listas simples, sin sangrar

Se ven bien en navegador y en Moshidon.

Con guión:

  • uno
  • dos
  • tres

Con asterisco:

  • uno
  • dos
  • tres

Numerada:

  1. uno
  2. dos
  3. tres

Código utilizado:

**Con guión:**

- uno
- dos
- tres

**Con asterisco:**

* uno
* dos
* tres

**Numerada:**

1. uno
1. dos
1. tres

4.2. Listas anidadas

Se ven bien en navegador, pero no en Moshidon.

Lista sin numerar:

  • Primer ítem
  • Segundo ítem
    • Subítem
    • Otro subítem
  • Tercer ítem

Lista numerada:

  1. Primer ítem
  2. Segundo ítem
    1. Subítem
    2. Otro subítem
  3. Tercer ítem

Código utilizado:

**Lista sin numerar:**

  - Primer ítem
  - Segundo ítem
    - Subítem
    - Otro subítem
  - Tercer ítem


**Lista numerada:**

  1. Primer ítem
  1. Segundo ítem
    1. Subítem
    1. Otro subítem
  1. Tercer ítem

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 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.