Aprendiendo a escribir en QMD

(Web del curso aquí)

20 de mayo de 2024

Lo que ya sabemos


  • Trabajamos con Qprojects

  • Documento fuente escrito en Qmd genera diferentes outputs

¿Qué es Quarto?

Quarto is a multi-language, next generation version of R Markdown, with many new features and capabilities.


Puedes ver este video de 100 segundos

¿Qué es Quarto?

  • Un nuevo sistema de publicación científica y técnica de código abierto basado en Pandoc
  • Quarto no es un paquete, es un programa independiente, un CLI
  • Permite incorporar texto y código para producir documentos (reproducibles) en múltiples formatos
  • Es … la “segunda generación de Rmarkdown”

  • Muy parecido a Rmarkdown, pero … no requiere R. Soporta lenguajes como Phyton, Julia y Observable.

  • Quarto utiliza Knitr para ejecutar el código R; así que es capaz de procesar también los ficheros .Rmd sin modificarlos


Extensión: Ventajas de Quarto sobre RMD


Extensión: ¿Qué es Rmarkdown? ¿Para qué sirve?

  • El predecesor de Quarto

  • Un “entorno” para hacer informes/publicaciones/transparencias REPRODUCIBLES con R.

Is an authoring framework for data science, combining your code, its results, and your prose. R Markdown documents are fully reproducible and support dozens of output formats, like PDFs, Word files, slideshows, and more.


Una oda a Rmarkdown

  • How Rmarkdown changed my life: charla de Rob Hyndman sobre su proceso hasta llegar a usar Rmarkdown para hacer sus documentos científicos y webs.

Para poder practicar lo que vayamos aprendiendo …



Tarea 3.0: Vamos a crear un nuevo Qproject

  • Cierra RStudio

  • Crea un nuevo Qproject llamado “my_qproject”

  • Inspecciona los documentos que hay dentro de “my_qproject”

  • Borra el archivo my_qproject.qmd

  • Crea un archivo .qmd

  • Procésalo y llámalo prueba_01.qmd


Qmarkdown: guía rápida (.qmd)

Los documentos .qmd tienen 3-4 partes

  1. Encabezamiento (yaml header)

  2. Trozos de código R (R chunks)

  3. Texto (escrito en Markdown) …

    … y todo lo demás: imágenes, links, ecuaciones, etc …


Un ejemplo

source code (escrito en QMD)

output



(I): YAML


  • Se utiliza para especificar metadatos (opciones) del documento final

(I) El encabezamiento o “yaml header”

  • Se (suele) poner al principio del documento, entre estas marcas: ---

  • En el yaml son MUY importantes los espacios y la indentación


Ejemplos de yaml
---
title: "Mi primer archivo qmd"
date: "2023-08-08"
format: html
---
---
title: "Mi primer archivo qmd"
date: "2023-08-08"
format:
  html:
    toc: true
    toc-location: left
---
---
title: "Mi primer archivo qmd"
date: "2023-08-08"
format:
  html:
    toc: true
    toc-location: left
theme: sketchy            #- hay 25 themes: https://quarto.org/docs/output-formats/html-themes.html
embed-resources: true     #- hace el documento auto-contenido
---


  • Veremos más opciones de YAML cuando veamos la creación de páginas web


Tarea 3.1: Vamos a jugar con el yaml

  • Utiliza el archivo prueba_01.qmd para probar como quedaría prueba_01.html al usar los 3 anteriores yaml's


  • Una vez hayas probado a usar el tercer YAML, prueba algún otro theme de los 25 disponibles. Aquí tienes el listado, y aquí hay ejemplos para ver cómo quedan y decidir cual te gusta más.


(II): CHUNKS


  • En documentos .qmd podemos incorporar código

  • Código que puede ser ejecutado

  • Así se podrá mostrar en el documento final tanto el código como los resultados (de la evaluación del código)

  • Esto es lo que permite que los documentos sean reproducibles

  • La documentación oficial está aquí

(II) Code Blocks o chunks (código R)

  • Para que Quarto sepa qué partes del .qmd es código R, debe ir dentro de estas marcas:

  • Por ejemplo:

  • Cuando Quarto/knitr procesen el chunk, se interpretará como código R y ejecutará las instrucciones, de forma que, en el documento final, se mostrará el output generado por el chunk.



(II) Chunks: los chunks pueden tener opciones.

  • Por ejemplo:


  • Las principales opciones son:
Opción (valor por defecto) ¿Que hace?
echo true Incluye el código en el documento final
eval true Evalúa el código
warning true Incluye los avisos en el documento final
message true Incluye los mensajes

(II) Chunks: los chunks pueden tener opciones.

Extensión: hay más opciones para los chunks

Opción (valor por defecto) ¿Que hace?
output true Incluye el resultado de la evaluación del código
error false Si pones true, se mostrarán los errores (!!!!)
include true
label Si quieres poner label al chunk


  • Puedes ver todas las opciones aquí 🙀

Tarea 3.2: Vamos a incorporar un chunk a nuestro .qmd

  • Utiliza el archivo prueba_01.qmd para insertar un chunk de código R con las siguientes instrucciones:

    ```{r}
library(tidyverse)
ggplot(iris, aes(Sepal.Length, Petal.Length)) + geom_point()
```

    Si no tuvieses el paquete tidyverse instalado, puedes usar este otro chunk:

    ```{r}
plot(iris$Petal.Length,iris$Petal.Width)
```

Ayudita con las marcas de los chunks

  • Para incorporar las marcas que delimitan los chunks de código, puedes usar este atajo del teclado:


Tarea 3.2b: Vamos a jugar con la opciones de los chunks

  • Incorpora al chunk las siguientes opciones: echo y eval

  • ¿Cuales son las opciones por defecto para echo y eval?

  • Incorpora también al chunk las siguientes opciones: message y label


Tarea 3.2b: Una solución

```{r}
#| eval: true
#| echo: true
#| message: false
#| label: my-primer-chunk

library(tidyverse)
ggplot(iris, aes(Sepal.Length, Petal.Length)) + geom_point()
```


Extensión: más detalles sobre las opciones de los chunks


  • include: si en un chunk pones #| include: false , el código de ese chunk se ejecutará pero no se mostrará nada, ni el código, ni el resultado, ni mensajes, ni errores. Esta opción es útil, por ejemplo, para cargar los paquetes de R.


  • #| label: setup : si un chunk se llama setup, este chunk se ejecutará siempre que ejecutes otro chunk del mismo documento. Esta opción suele usarse para cargar los paquetes necesarios para un análisis, de formas que estos siempre estén disponibles cuando ejecutes otro chunk. Esto puede ser una buena práctica.



Extensión: dos detalles más sobre opciones de los chunks


  • #| output: asis : permite generar raw-markdown. Un ejemplo aquí


  • echo: además de los típicos true y false, ahora incorpora nuevos valores, como #| echo: fenced , que facilita mostrar las marcas de los chunks en el documento final, o la opción #| echo: […] que permite mostrar sólo algunas de las lineas de código del chunk. Documentación aquí y aquí.


(II) Chunks: opciones de los chunks en el YAML

  • En el YAML, podemos fijar los valores por defecto de las opciones de los chunks
  • Se han de poner anidadas dentro de execute:


Por ejemplo:
.Qmd (chunk options en el chunk)

.Qmd (chunk options en el yaml)


Tarea 3.3: opciones de los chunks en el YAML

  • Utiliza el archivo prueba_01.qmd para insertar las opciones de los chunks en el YAML del documento

  • Por ejemplo, indica en el YAML que   echo: true     pero     eval: false


Tarea 3.3: Solución

execute:
  echo: true
  eval: false


Extensión: uso de la opción include

  • ¿Se puede poner la opción include: en el YAML?


(II) Chunks: Más opciones de knitr

  • Si usamos knitr para ejecutar los chunks, entonces podemos usar todas las opciones nativas de knitr, como: collapse, fig.width, comment, etc … Más información aquí. Un ejemplo:


Extensión: Mi chunk de setup en RMD

```{r chunk-setup, include = FALSE}
knitr::opts_chunk$set(echo = TRUE, eval = TRUE, message = FALSE, warning = FALSE,
                      #results = "hold",
                      cache = FALSE, cache.path = "/caches/", comment = "#>",
                      #fig.width = 7, #fig.height= 7,
                      #out.width = 7, out.height = 7,
                      collapse = TRUE,  fig.show = "hold",
                      fig.asp = 7/9, out.width = "60%", fig.align = "center")

options(scipen = 999) #- para quitar la notación científica
```
  • Las opciones del chunk de setup, en el YAML quedarían como:
---
title: "My Document"
execute:
  echo: true
knitr:
  opts_chunk: 
    results: "hold"
    collapse: true
    comment: "#>" 
    fig.asp: 7/9, 
    out.width: "60%"
    fig.align: "center"
    fig.show: "hold"
    R.options:
      scipen: 999  #- para quitar la notación científica
---

(II) Chunks: otras opciones de Quarto para los chunks

Ahora, en Quarto, hay más opciones para los chunks. Documentación oficial aquí. Por ejemplo:


  • Hacer folding code con #| code-fold: true

    • Puedes combinarlo con #| code-summary: "Para ver el código, pincha"


  • Si el código es muy largo, puedes usar #| code-overflow: wrap (o scroll)


  • Puedes hacer que se muestren los números de linea con #| code-line-numbers: true

Todas estas opciones también pueden ir en el YAML.

Tarea 3.4: Nuevas opciones de los chunks

  • Utiliza el archivo prueba_01.qmd para probar algunas de las nuevas opciones de los chunks en el YAML

  • Por ejemplo:

format:
  html:
    code-fold: true
    code-summary: "Para ver el código, pincha"
    code-line-numbers: true


  • Puedes también probar a usar la opción code-tools: true y ver que ocurre.


La documentación oficial la tienes aquí y aquí


(II) Chunks: Code annotation

  • Desde Quarto 1.3 podemos incluir en los chunks line-based annotations. Documentación aquí. Por ejemplo:
  • El código:
```r
library(tidyverse)
library(palmerpenguins)
penguins |>                                      # <1>
  mutate(                                        # <2>
    bill_ratio = bill_depth_mm / bill_length_mm, # <2>
    bill_area  = bill_depth_mm * bill_length_mm  # <2>
  )                                              # <2>
```
1. Take `penguins`, and then,
2. add new columns for the bill ratio and bill area.


(*) (faltan las {} en el chunk)

  • El resultado:
library(tidyverse)
library(palmerpenguins)
1penguins |>
2  mutate(
    bill_ratio = bill_depth_mm / bill_length_mm,
    bill_area  = bill_depth_mm * bill_length_mm
  )
1
Take penguins, and then,
2
add new columns for the bill ratio and bill area.

(II) Código: inline code

  • La mayoría del código suele ir en los chunks, pero a veces necesitamos inline code ; es decir, código R dentro de nuestro texto.


Por ejemplo

  • Si quiero describir un conjunto de datos puedo hacerlo escribiendo: “El data.frame iris tiene 150 filas y 5 variables”

  • Pero es mejor hacerlo con inline code. Para ello tienes que poner el código R dentro de estas marcas: `r `

  • Habría que escribirlo así:

    • El data.frame iris tiene `r nrow(iris)` filas y `r ncol(iris)` variables.


  • Documentación oficial de Quarto aquí. (No hay mucho más)

Tarea 3.5: Código inline

  • Utiliza el archivo prueba_01.qmd para incorporar un párrafo de texto que contenga código inline.

  • Por ejemplo, puedes incorporar este párrafo:

Este archivo que estoy escribiendo lo hice el 20 de mayo de 2024.

pero lo que queremos es que la fecha se modifique cada vez que se procese el documento prueba_01.qmd


Pista: puedes probar a usar parte del siguiente código R

Sys.Date()
format(Sys.Date(), "%d %B, %Y")


  • Si quieres entender cómo funciona el código, puedes consultarlo aquí o aquí


(II) Chunks: bloques de código no ejecutables

  • Hemos visto que podemos incluir código R en nuestro .qmd.

  • El código R normalmente es ejecutado por el paquete knitr. Para ello hay que usar estas marcas:

```{r}
2 + 2
```


  • Pero, además, como estamos usando Markdown, podemos incorporar en nuestro .qmd bloques de código no ejecutables.

  • Se usan las mismas marcas ``` , pero sin las llaves:

```r
2 + 2
```


  • Pandoc soporta syntax highlighting para cerca de 140 different languages. si no estuviese el lenguaje que necesitas, usa el default language.

  • Documentación oficial aquí.


Tarea 3.6: bloques de código no ejecutable

  • Utiliza el archivo prueba_01.qmd para incorporar:

    • un bloque de código R no ejecutable

    • un bloque de código Phyton no ejecutable


Extensión: diferencias entre Quarto y Rmd

  • No hace falta chunk inicial: con Quarto se pueden poner las opciones de los chunks en el YAML

  • En ficheros .qmd, las opciones de los chunks se pueden especificar globalmente en el YAML y a nivel individual en cada uno de los chunks.

  • En los chunks individuales ahora se se utiliza la sintaxis YAML (key: value) en lineas dentro del chunk que empiezan con #|. Por ejemplo:

  • Un ejemplo (diferencias .qmd vs. .Rmd):
.qmd

.Rmd


Extensión: convertir de Rmarkdown a Quarto

Esta perfectamente bien explicado por Thomas Mock aquí y aquí pero, por si alguna vez desaparecen sus slides, lo replicaré aquí.


La mayoría de las veces, Quarto puede procesar los ficheros .Rmd, pero si quieres convertirlos a .qmd

  • Cambia la extensión del fichero de .Rmd a .qmd

  • Cambia la sintaxis del yaml:

    • en lugar de output: html_document ahora es format: html

  • Puedes convertir los chunks de código a la sintáxis actual con:

    • knitr::convert_chunk_header("doc.qmd", output = identity)

(III) Texto


  • Markdown es un lenguaje de marcado ligero con sintaxis sencilla que permite dar formato y estructura a un texto y convertirlo a .html


(III) Texto: ¿qué narices es esto de Markdown?

  • Es un lenguaje de marcas diseñado para escribir fácilmente para la web y que también sea fácilmente legible.
  • Markdown es un lenguaje estoico para escribir (para la web)

  • Markdown fue creado por John Grueber y Aaron Swartz en 2004. Para saber más sobre Aaron Swartz puedes ver este documental.

  • Se creó con el objetivo de crear un formato de texto fácil de escribir y leer y que se convirtiera fácilmente en .html

    Markdown is a text-to-HTML conversion tool for web writers.

  • La ventaja de escribir en Markdown es que es un lenguaje muy fácil de aprender y que, como está basado en un formato de texto plano, es y será compatible con la mayoría de plataformas.

Markdown is a way to write for the web. It’s written in what nerds like to call “plaintext”. Plaintext is just the regular alphabet, with a few familiar symbols. Unlike cumbersome word processing applications, text written in Markdown can be easily shared between computers, mobile phones, and people. It’s quickly becoming the writing standard for academics, scientists, writers, and many more. Websites like GitHub and reddit use Markdown to style their comments.

(III) Texto: ideas básicas (otra vez)

  • En los documentos .qmd, “todo” lo que no es el yaml o un chunk, es texto.

  • En Quarto el texto se escribe en Markdown

  • Como Quarto se basa en pandoc, se usa “Pandoc`s markdown”, una versión revisada y extendida de la propuesta original de Grueber


  • Tienes una fantástica guía de Markdown aquí, y aquí una cheatsheet.

(III) Texto: Dando formato al texto

  • Sintaxis básica de markdown
Si escribes esto: Se verá esto: 
texto normal
 texto normal 
texto en **negrita**
 texto en negrita 
texto en *cursiva*
 texto en cursiva 
un superíndice^2^
 un superíndice2 
un subíndice~2~
 un subíndice2 
palabras ~~tachadas~~
 palabras tachadas 
`verbatim code`
 verbatim code 
> un blockquote

un blockquote



Tarea 3.7: texto en markdown

Para practicar a escribir con Markdown podemos:

  • Hacerlo en RStudio, por ejemplo podemos utilizar el archivo prueba_01.qmd para incorporar un párrafo que contenga los elementos que hemos visto en la tabla anterior

  • Alternativamente, podemos usar editores online como este o este


  • Aquí tienes un ejemplo:
Cuando quise darme cuenta la **clase había terminado** ....


Tarea 3.7: una “solución”

texto en **negrita**  

texto en *cursiva*   

un superíndice^2^    

un subíndice~2~  

palabras ~~tachadas~~ 

`verbatim code`  

 > un blockquote


(III) Texto: Dando formato al texto

  • Más posibilidades:
Si escribes esto: Se verá esto: 
[texto subrayado]{.underline}
 texto subrayado 
<mark>texto destacado</mark>
 texto destacado 
[En versalita]{.smallcaps}
 En versalita 
el emoji :joy:
 el emoji 😂 
> :warning: **Cuidado!!** no

⚠️ Cuidado!! no


(**) Los emojis mejor desde el editor visual o copiándolos, por ejemplo, desde aquí o desde la Emojipedia


(III) Texto: Notas al píe

Hay 2 sintaxis: inline y no-inline. En las 2 se usa la marca ^[]


  1. In-line: se llama in-line porque el contenido de la nota al pie se entremezcla con el contenido principal del texto. El contenido de la nota al pie se pone dentro de los corchetes. Esta es la sintaxis que yo uso. Abajo tienes un ejemplo:
Quiero incluir una nota al pie en esta frase, concretamente aquí^[Este es el contenido de la nota al pie, 
Como ves el contenido de la nota al pie va dentro de los corchetes], para poder explicar algo con más detalle.


  1. No-inline: el contenido de la nota al pie no va dentro del corchete sino en una linea aparte. Abajo tienes un ejemplo:
Aquí voy a poner otra nota al píe [^1] , y otra más aquí[^b]

[^1]: Esta otra sintaxis me gusta menos. Pero igual es más clara

[^b]: No sufras por la numerácion. lo hará Pandoc!!


  • Documentación oficial aquí

(III) Texto: Títulos


Markdown: Se verá esto: 
# Header 1

Header 1

 
## Header 2

Header 2

 
### Header 3

Header 3

 
#### Header 4

Header 4

 
##### Header 5
Header 5
 
###### Header 6
Header 6


(III) Texto: Creando listas

  • En las listas es crucial la indentación (2 espacios). Documentación aquí, aquí y aquí

(III) Texto: Creando listas

  • Lista ordenada
1. First item
2. Second item
3. Third item  
    3.1. Indented item  
    3.2. Indented item  
4. Fourth item
  • Lista no ordenada
- First item
- Second item
- Third item
    - Indented item
    - Indented item
- Fourth item


  • Aquí puedes ver muchos más ejemplos.

(III) Texto: Párrafos

  • Para crear un nuevo párrafo has de dejar una (o más) lineas en blanco
  • Para crear más espacio entre párrafos; es decir, añadir una linea en blanco extra, podemos usar uno o varios: <br> o <br><br>


Dentro de un párrafo

  • Si dentro de un párrafo necesitas que una frase empiece en otra linea entonces, has de dejar 2 (o más) espacios al final; en inglés esto se conoce como un “hard line break”

Extensión: más formas de crear “hard line breaks”

  • El “hard line break” también se puede hacer con <br>

  • El “hard line break” también se puede hacer con "\" seguido de nueva linea.

  • En una tabla, \ es la única forma de crear un salto de línea, ya que se ignoran los espacios finales en las celdas.

(III) Texto: Lineas, espacios, …

  • Si en una linea de texto hay 2 espacios o más, estos se reducen a un espacio.

Extensión: ¿cómo dejar más espacio entre palabras?

  • Por lo tanto, si quieres separar palabras con más de un espacio, tendrás que usar lo que en html se conoce como “entities”: &ensp;(2 espacios) y &emsp;(4 espacios).

  • Otra forma sería con la etiqueta <pre>.

<pre>
Hola             amigos   !!!!
</pre


Extensión: un detalle que a veces es útil

  • Los espacios al principio de las lineas que empiezan con | se mantienen (🤓)


Extensión: “non-breaking spaces”

  • Los “non-breaking spaces” se utilizan para asegurarte de que las palabras que están a los lados del non-breaking-space no se separen en lineas diferentes.

  • En markdown, puedes insertar un “non-breaking-space” con CRTL + SPACE. Documentación oficial para Quarto aquí

  • Un non-breaking space, también conocido como espacio duro, es un carácter especial utilizado en tipografía y maquetación de textos para indicar un espacio que no debe ser separado en líneas diferentes. . Son útiles en casos donde se quiere mantener unidas palabras o elementos que deben permanecer juntos visualmente, por ejemplo en números de teléfono, siglas, fechas, etc …

  • En HTML, se representa con el código &nbsp; o &#160;

(IV) Más elementos


  • Además de YAML, chunks y texto, Markdown tiene más elementos para escribir
  • Por ejemplo: links, imágenes, vídeos, ecuaciones, tablas, bibliografía, etc ….

(IV) Más elementos: Imágenes

  • Documentación oficial aquí
![](imagenes/imagen_ababol.jpg){fig-align="left" width="12%"}

![](./imagenes/imagen_ababol.jpg){ fig-align="right" width="20%"}

  • Puedes ver como hacer composiciones de imágenes en el blog, concretamente aquí, además de cuestiones como el tamaño y aspecto de las imágenes.

Tarea 3.8: Markdown, incorporar una imagen de internet

  • Incorpora esta imagen al archivo prueba_01.qmd

  • La ruta a la imagen es:

https://upload.wikimedia.org/wikipedia/commons/thumb/f/f1/Nacho_Vegas_-_Rock_%26_Clown_-_A_Estrada.jpg/800px-Nacho_Vegas_-_Rock_%26_Clown_-_A_Estrada.jpg


Tarea 3.8: solución

![](https://upload.wikimedia.org/wikipedia/commons/thumb/f/f1/Nacho_Vegas_-_Rock_%26_Clown_-_A_Estrada.jpg/800px-Nacho_Vegas_-_Rock_%26_Clown_-_A_Estrada.jpg)

Tarea 3.8b: Markdown, incorporar una imagen local

  • Guarda esta otra imagen dentro de my_qproject, concretamente dentro de la carpeta imagenes

  • Incorpora esa imagen (guardada en tu ordenador) al archivo prueba_01.qmd


Tarea 3.8b: Solución

![](./imagenes/my_imagen.jpg)

(IV) Más elementos: Imágenes generadas con código

  • Documentación para fijar el tamaño aquí
```{r}
#| label: fig-penguins-01
#| fig-cap: Gráfico con datos de pingüinos
#| fig-width: 7
#| fig-asp: 0.618
#| output-location: column-fragment
#| code-line-numbers: "2|3|4-5|6|7"
library(tidyverse)
library(palmerpenguins)
pp <- ggplot(penguins,aes(
    x = bill_length_mm, y = bill_depth_mm,
    color = species, shape = species)) +  
  geom_point() +
  theme_minimal() +
  labs(x = "Bill length (mm)", y = "Bill depth (mm)")

pp
```
Figura 1: Gráfico con datos de pingüinos


(IV) Más elementos: Tablas con Markdown

  • Documentación oficial de Quarto para tablas (creadas con sintaxis Markdown) aquí


Si escribes esto:


| Default | Left | Right | Center |
|---------|:-----|------:|:------:|
| 12      | 12   |    12 |   12   |
| 123     | 123  |   123 |  123   |
| 1       | 1    |     1 |   1    |

: Título de la tabla

Generará lo siguiente:

Título de la tabla
Default Left Right Center
12 12 12 12
123 123 123 123
1 1 1 1


  • Como ves no es fácil-fácil generar tablas con Mardown pero, puedes usar un generador de tablas, por ejemplo este o este. También se puede usar el editor visual de Rstudio

(IV) Más elementos: Tablas con R

  • R tiene muchos paquetes para hacer tablas.

  • Por ejemplo:   knitr::kable(df), o  gt::gt(df), o   DT::datatable(df) …

  • Un ejemplo sencillo:
head(iris) |>  gt::gt()
Sepal.Length Sepal.Width Petal.Length Petal.Width Species
5.1 3.5 1.4 0.2 setosa
4.9 3.0 1.4 0.2 setosa
4.7 3.2 1.3 0.2 setosa
4.6 3.1 1.5 0.2 setosa
5.0 3.6 1.4 0.2 setosa
5.4 3.9 1.7 0.4 setosa


  • Si te interesa el tema de las tablas puedes visitar esto o esto o esto

(IV) Más elementos: Tablas con R desde ficheros Excel

  • Podemos importar los datos para las tablas de un fichero Excel:


df <- rio::import("./datos/matriculados.xlsx")
DT::datatable(df)


(III) Más elementos: Ecuaciones

  • Markdown admite ecuaciones escritas en Latex:

    • si van entre un $ serán ecuaciones inline
    • $$ para ecuaciones independientes.
Markdown Syntax Output 
ecuación inline: $E = mc^{2}$
 ecuación inline: \(E=mc^{2}\) 
ecuación independiente:

$$E = mc^{2}$$
 ecuación independiente:
\[E = mc^{2}\]

  • Tienes editores online de ecuaciones en Latex aquí y aquí. Puedes ver algunos ejemplos de ecuaciones escritas en Latex aquí

  • Además, podemos reusar el código Latex de ecuaciones en la web (si se ha usado MathJax). Por ejemplo aquí

RStudio Visual editor


  • ¿Me acordaré de todas la marcas que hemos visto?


🤔, ya te digo yo que No

Editor Visual en RStudio

  • Desde 2020, concretamente desde la versión v.1.4, RStudio dispone de un editor visual

  • El editor visual facilita la inserción de los elementos que hemos ido viendo durante el curso. Documentación oficial aquí y aquí

  • Hasta ahora hemos trabajado en nuestros QMD en formato “Source”, pero podemos cambiar el modo de edición a “Visual”, solo hay que seleccionar la pestaña adecuada:

Editor Visual: Modo de edición

Editor Visual: Barra de herramientas

La barra de herramientas del editor visual facilita el acceso a la mayoría de elementos que podemos insertar en nuestros documentos QMD:

Tarea 3.9: Practicando con el editor visual

  • Incorpora una imagen a nuestro .qmd

  • Incorpora una tabla

Aún quedan más elementos!!


  • Pandoc fenced divs, Pandoc bracketed spans

  • Layout, CSS, ….

  • … pero lo dejamos para más adelante