library(learnr) library(tutorial.helpers) library(tidyverse) library(knitr) knitr::opts_chunk$set(echo = FALSE) knitr::opts_chunk$set(out.width = '90%') options(tutorial.exercise.timelimit = 60, tutorial.storage = "local")
This tutorial covers how to create Quarto documents using Positron. Some material is from R for Data Science (2e) by Hadley Wickham, Mine Çetinkaya-Rundel, and Garrett Grolemund.
From the Positron menu, use File -> New Window
to create a new window in which you will do the work for this tutorial. Having one window for the tutorial (this window) and one window to do the work in is the recommended approach.
Quarto is a file format for making dynamic documents with R and other languages, like Python. To learn more about Quarto and how to use it, check out the official webpage. Quarto is the successor technology to R Markdown. This section introduces Quarto documents.
Always do your data science work in a project. Read these instructions and then follow them in the other Positron window, the one not running this tutorial.
From the Positron menu, select File -> New Project ...
.
Select "R Project" and click "Next."
Set the "Project Name" to tutorial-2
and ensure that the "Parent Directory" is set to your projects
directory.
Click "Next" and then "Create."
Click "Current Window" because that window is not the window running this tutorial, so you can re-start it. You always need two windows when completing a tutorial.
Run getwd()
in the Console. CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
> getwd() [1] "/Users/dkane/Desktop/projects/tutorial-2" >
Soon, we will stop providing these step-by-step instructions for making a new project. Instead, we will just tell you to create a new project and leave it to you to do so. Remember to run commands after switching to the other Positron window. If you don't, then you might close this window by mistake, which would then require that you restart this tutorial.
Click File -> New File ... -> Quarto Document
in the Positron menu at the top of your screen.
This will bring up a new file in your Editor, usually named Untitled-2
. (If there is already an Untitled-1
document, you can just close it.)
The top of the new document is called the YAML header. It should look like:
--- title: "Untitled" format: html ---
Change the title to “My First Quarto Document”.
Run list.files()
in the Console. CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 2)
> list.files() character(0) >
Since we have not saved the file yet, it does not appear in this listing.
Quarto is a command line interface tool, not an R package. This means that help is, by-and-large, not available through ?
at the Console. Instead, as you work through this tutorial, and use Quarto in the future, you should refer to the Quarto documentation. Of course, in the modern world, we just ask an AI when we have a problem.
Save the Quarto document with File -> Save
. You can also click the disk icon toward the upper left of the Source pane or by use the shortcut Cmd/Ctrl + s
.
Name the file quarto-1.qmd
.
Now that the document is saved, run list.files()
. CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 2)
A Quarto file uses qmd
as its extension, where those initials stand for quarto markdown document. When refering to a quarto document, we will often use QMD to describe it, in the same way that we use PNG to refer to some image files.
In the Console, run:
tutorial.helpers::show_file("quarto-1.qmd", end = 4)
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
The argument end = 4
to show_file()
causes just the first four lines of quarto-1.qmd
to be printed.
Again, there is no necessary connection between the title of a Quarto document --- which is “My First Quarto Document” in this case --- and the name of the file --- which here is quarto-1.qmd
.
Here is an example of a Quarto file:
As you can see, a lot of the text is regular plain text, not code. However, there are code chunks (denoted by triple backticks on both ends, ```[code here]```) which allow us to execute code when the document is "rendered." (To "render" a Quarto document is to transform it into an html/pdf/docx or other output file format while also running any embedded code.) Here's an example of an R code chunk (note the triple backticks):
Quarto documents utilize Markdown (an easy-to-write plain text format), which can contain chunks of embedded code. These code chunks can be written in many languages, including R and Python. Code chunks allow you to use a programming language to create plots and other graphics.
The YAML header is everything between the dashed lines at the top of the file, including the dashed lines themselves. Copy-and-paste the YAML header from the example file above.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 4)
--- title: "My First Quarto Document" author: "Your Name" format: html ---
The YAML header includes "metadata" about the document itself, things like the title and the author. In this case, format: html
means that the document will be rendered as an HTML file.
To "render" our Quarto document, click the Preview
button at the top right of the Editor:
include_graphics("images/preview.png")
Even better is to use the shortcut Cmd/Ctrl + Shift + K
. Professionals don't click buttons.
Run list.files()
. CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
> list.files() [1] "quarto-1_files" "quarto-1.html" "quarto-1.qmd" >
In the Explorer, you should see a new file, quarto-1.html
. This is the file created by rendering. The Viewer tab in the Secondary Side Bar should also display the file.
You should also see a new directory: quarto-1_files
. Anytime you render a Quarto document, you create a directory like this, with the same name as the file, without the extension, plus _files
. Quarto uses this directory to store intermediate work products associated with the creation of the associated output file.
The HTML document created from a QMD file will, by default, show both the code and the result(s) generated by that code. This is the magic of Quarto. We can easily document and reproduce our work.
Add a couple of blank lines to the bottom of quarto-1.qmd
. Then, add an R code chunk by selecting the More Actions ...
button --- the three dots to the right of the Preview
button.
include_graphics("images/add-code-cell.png")
Then, choose Insert Code Cell
, selecting r
from the list of options. Within the code cell, add 6 + 3
.
include_graphics("images/add-numbers.png")
You can also insert a code cell with the shortcut key: Cmd/Ctrl + Shift + i
.
Save the file. Render it again.
In the Console, run:
tutorial.helpers::show_file("quarto-1.qmd", pattern = "6")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 17)
This should return a single character vector with "6 + 3"
, the line which you added to the code cell.
Strictly speaking, you did not need to save the file before rendering it. Clicking the "Preview" button saves the file automatically. Nevertheless, you should make a habit of saving your work before running it. (If you come across some software that doesn't autosave upon running, you'll be running old code and wondering why something still doesn't work when you just fixed it.)
The "Preview" button does two things. First, it renders the document. Second, it places the output document in the Viewer tab in the Secondary Side Bar.
If you don't see the file in the Viewer tab, you can usually find it by checking the text in the Terminal which was outputted when you rendered the QMD. That text will include something like this:
Watching files for changes Browse at http://localhost:3807/
Paste that URL --- http://localhost:3807/
in my case; yours will be different --- into a browser and you will be able to see the HTML.
Delete the first code cell. Add This is my first Markdown text.
two lines below the YAML header. Save the file.
In the Console, run:
tutorial.helpers::show_file("quarto-1.qmd")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
This should return your entire Quarto document. If you do not have an empty line at the end of your file, you will get a warning message like this:
Warning message: In readLines("quarto-1.qmd") : incomplete final line found on 'quarto-1.qmd'
The solution is to add an empty line to the end of the file. This is (almost) always a good idea! Don't be stingy with whitespace.
Render the document. It is good to get in the practice of using the shortcut key Cmd/Ctrl + Shift + K
instead of the "Preview" button. Efficient people use shortcut keys. They don't press buttons.
This will rewrite the current quarto-1.html
file, both in the current directory and in the Viewer pane.
Strictly speaking, the HTML file is being changed. This is the file which your Viewer pane (or your browser) are looking at. Depending on your computer settings, you might have to "resfresh" the Viewer/browser to see your changes.
In the following box, copy all of the text from your rendered Quarto document, from the Viewer/browser. That is, copy/paste from the HTML. Don't worry about formatting.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 6)
Quarto files are designed to be used in three ways:
For communicating to decision-makers, who want to focus on the conclusions, not the code behind the analysis.
For collaborating with other data scientists (including future you!), who are interested in both your conclusions, and how you reached them (i.e. the code).
As an environment in which to do data science, as a modern-day lab notebook where you can capture not only what you did, but also what you were thinking.
In Quarto documents, you can use Markdown syntax. You can use this to create bold or italic text (and even text that's both bold and italic), and headers.
Replace the one sentence already in quarto-1.qmd
with ## My Header
. Skip a line and add this text.
You can do a lot of cool things in Quarto like **bold** and *italic* text.
Render the file again. Does everything look good in the Viewer/browser?
In the Console, run:
tutorial.helpers::show_file("quarto-1.qmd")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 6)
You can find a full list of Markdown formatting styles and commands here.
To encourage the use of shortcut keys going forward, we will start using them directly in our instructions to you. So, instead of writing "Render the document," we will just write Cmd/Ctrl + Shift + K
.
Strictly speaking, the underlying command being issued is the "Preview" commend, which both renders the QMD once and then also continues to watch for any changes in the QMD, re-rendering as needed.
Restart your R session. The best way to do this is with the shortcut key Cmd/Ctrl + Shift + 0
. There is also a "Restart console" button in the upper right portion of the Console tab.
include_graphics("images/add-numbers.png")
Restarting the Console just means restarting R.
Let's create another Quarto document so that we can explore how to include R code within the document.
Follow the same procedure as last time to create a new Quarto document. File -> New File -> Quarto Document...
. Use "My Second Quarto Document" as the title. Save the document as quarto-2.qmd
. Cmd/Ctrl + Shift + K
Run list.files()
. CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
The listing should include quarto-2.qmd
, quarto-2.html
and the quarto-2_files
directory.
Add a code cell by using the shortcut key combination: Cmd/Ctrl + Shift + I
. (In other words, on the Mac, the shortcut key is Cmd + Shift + i
while on Windows it is Ctrl + Shift + I
.)
The newly created code cell will be empty.
Save the file.
In the Console, run:
tutorial.helpers::show_file("quarto-2.qmd")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 6)
Note the curly braces {}
at the top of the chunk, with an r
inside. The r
indicates that the language which Quarto should use with the code is R.
In this tutorial, we will only include R code within our code chunks. But code chunks can have any programming language in them, from common ones like Python, Java, and C, to esoteric ones like INTERCAL and Whitespace. All you need to do is indicate the language in the curly braces, e.g., {py}
, {ruby}
, et cetera.
Put 2 * 2
within the code chunk. Cmd/Ctrl + Shift + K
. Copy and paste the entire HTML document, as it appears in the Viewer tab, below. (This allows us to confirm that your HTML file is correct.)
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 8)
It is OK if your HTML does not look exactly like ours. But here is what we got:
My Second Quarto Document 2 * 2 [1] 4
We see both the code itself and the result of the code. This is an example of a "reproducible" analysis. We can re-render the document anytime we like, thereby confirming our results.
You can add options to executable code. For example, add #| echo: false
within the code chunk, above the 2 * 2
calculation.
Cmd/Ctrl + Shift + K
. Copy/paste the HTML below.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 6)
My Second Quarto Document [1] 4
echo: false
prevents the code, but not the results, from appearing in the finished file. Use this when writing reports aimed at people who don’t want to see the underlying R code, which is the vast majority of people you will ever write for.
Code cells are also referred to as code chunks. (The cell terminology is more common in Python.)
In Quarto, Code chunk options are always preceded by #|
-- pronounced "hash-pipe". This is followed by an option/value pair, separated by a colon.
Add another code option for this code chunk: #| label: calculation
. You can have multiple code chunk options for a single code chunk. The order does not matter, but each belongs on its own line and must be proceeded by #|
. Cmd/Ctrl + Shift + K
. Copy/paste the HTML below.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 5)
The label
option has no effect on the output. Your chunk labels should be short but evocative and should not contain spaces. We recommend using dashes (-
) to separate words (instead of underscores, _
) and avoiding other special characters in chunk labels.
However, the more that generative AI comes to dominate coding, the less commonly used are code chunk labels like this.
Delete the current code chunk. Add a new one. In this new code chunk, put library(tidyverse)
. Cmd/Ctrl + Shift + K
. A message about "Attaching core tidyverse packages" should appear in the HTML file. Copy/paste the contents of the HTML below.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 12)
My Second Quarto Document library(tidyverse) ── Attaching core tidyverse packages ──────────────────────── tidyverse 2.0.0 ── ✔ dplyr 1.1.4 ✔ readr 2.1.5 ✔ forcats 1.0.0 ✔ stringr 1.5.1 ✔ ggplot2 3.5.2 ✔ tibble 3.2.1 ✔ lubridate 1.9.4 ✔ tidyr 1.3.1 ✔ purrr 1.0.4 ── Conflicts ────────────────────────────────────────── tidyverse_conflicts() ── ✖ dplyr::filter() masks stats::filter() ✖ dplyr::lag() masks stats::lag() ℹ Use the conflicted package (<http://conflicted.r-lib.org/>) to force all conflicts to become errors
We will include the tidyverse package in almost every Quarto document which we create. In fact, the top of most Quarto documents includes a code chunk which loads all the packages which we use in the analysis.
Add #| message: false
to the code chunk. Cmd/Ctrl + Shift + K
. Copy/paste the entire HTML file below.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 5)
My Second Quarto Document library(tidyverse)
We want to make our Quarto HTML files beautiful. That means we will almost always "mask" ugly messages like this. Our readers don't care about such aRcana. They care about our analysis.
Add another code chunk option: echo: false
. Don't forget to proceed it with the hash-pipe: #|
. Cmd/Ctrl + Shift + K
. Copy/paste the HTML below.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
The HTML is empty, except for the title.
echo: false
prevents the code from being "echoed," from appearing in the final document. We generally want this because most readers don't know R and don't care about our code.
Add another code chunk option: label: setup
. Don't forget to preface with the hash-pipe: #|
. It is conventional to label the code chunk which loads libraries and takes care of other housekeeping as the "setup" code chunk.
Cmd/Ctrl + Shift + K
. Copy/paste the HTML below.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
You are generally free to label your chunk however you like, but there is one chunk name that imbues special behavior: setup
. When you’re in a notebook mode, the chunk named setup
will be run automatically once, before any other code is run.
Chunk labels cannot be duplicated. Each chunk label must be unique.
Important Point: There are two different "worlds" with which we are dealing. First is the world of the Quarto document, the QMD file. Second is the world of the Console in our current Positron window. These worlds only connect when we connect them. Something written in a Quarto document --- or an R script --- is not, by default, part of our current R session.
Right now, the tidyverse package has not been loaded into the current R session. To load it, you must run the code chunk. To do so, first place your cursor inside the code chunk. Then, you have multiple options, including:
Cmd/Ctrl + Shift + Enter
will run all the code in the code chunk.
Cmd/Ctrl + Enter
will run just the code at the line in which the cursor is located.
Press the small triangle --- labeled "Run Cell" --- directly above the code chunk. This runs all the code in the chunk/cell. (Again, the terms cell and chunk are used interchangeably.)
Run the code chunk. Then, run pull(mtcars, 1)
in the Console. CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
If you run this command without running library(tidyverse)
in the Console, you will get an error about not finding the "pull" function. The fact that library(tidyverse)
exists in the QMD, and that you have "used" it there by rendering the document, has no bearing on the world of the Console.
Let's create the following scatterplot in our Quarto document:
scat_p <- ggplot(data = iris, mapping = aes(x = Sepal.Width, y = Sepal.Length, color = Species)) + geom_point() + labs(title = "Measurements for Different Species of Iris", subtitle = "Virginica has the longest sepals", x = "Sepal Width", y = "Sepal Length", caption = "Fisher (1936)") scat_p
Create a new code chunk. Add this code.
ggplot(data = iris, mapping = aes(x = Sepal.Width, y = Sepal.Length, color = Species))
Render the file. You should now see your R code (since we did not set echo: false
), as well as a blank plot (since we have not added a geom layer).
In the Console, run:
tutorial.helpers::show_file("quarto-2.qmd", chunk = "Last")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 10)
Make sure to format your code so that it looks neat and tidy. Specifically:
Put spaces on either side of mathematical operators apart from ^
(i.e. +
, -
, ==
, <
, …
), and around the assignment operator (<-
).
Don’t put spaces inside or outside parentheses for regular function calls. Always put a space after a comma, just like in standard English.
|>
should always have a space before it and should typically be the last thing on a line.
If the function you’re piping into has named arguments (like mutate()
or summarize()
), put each argument on a new line. If the function doesn’t have named arguments (like select()
or filter()
), keep everything on one line unless it doesn’t fit, in which case you should put each argument on its own line.
A good resource on neat code is the Tidyverse Style Guide.
Add geom_point()
to your plot. Render the file again. Now our plot isn't empty! It shows a scatterplot!
In the Console, run:
tutorial.helpers::show_file("quarto-2.qmd", chunk = "Last")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 10)
Positron automatically saves the contents of the Editor when you quit, and automatically reloads it when you re-open. Nevertheless, it’s a good idea to avoid Untitled-1, Untitled-2, Untitled-3, and so on. Instead, save your documents and give them informative names.
We just built the basic graph, but it still looks a little ugly. Titles and axis labels are important for adding context to any graph.
Use the labs()
function to add an appropriate title and some axis labels to the graph.
Reminder, this is what our plot should look like:
scat_p
Render the file again to see your completed graph.
In the Console, run:
tutorial.helpers::show_file("quarto-2.qmd", chunk = "Last")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 2)
The code for our version of the plot looks like this:
ggplot(data = iris, mapping = aes(x = Sepal.Width, y = Sepal.Length, color = Species)) + geom_point() + labs(title = "Measurements for Different Species of Iris", subtitle = "Virginica has the longest sepals", x = "Sepal Width", y = "Sepal Length", caption = "Fisher (1936)")
We recommend you always start your Quarto documents with the packages you need. That way, if you share your code with others, they can easily see which packages they need to install.
You should never include install.packages()
in a Quarto document or R script which you share. Be careful since generative AI tools will often suggest this.
It is inconsiderate to hand off something that will change something on their computer if they are not being careful! You can always, instead, add a comment indicating which packages are needed. But, really, just having the library()
command in the script tells us everything we need to know.
This section will teach you how to use inline R code, allowing you to insert calculated results in the middle of text.
Create a new Quarto document with "My Third Quarto Document" as the title and you as the author. Save the file as quarto-3.qmd
. Cmd/Ctrl + Shift + K
.
Run list.files()
. CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
The files quarto-3.qmd
and quarto-3.html
should appear in this list, along with the quarto-3_files
directory.
Add a new code chunk. Add x <- 123456789
to that code chunk. Cmd/Ctrl + Shift + K
.
Copy/paste the HTML file below.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 5)
My Third Quarto Document Author David Kane x <- 123456789
Because we have not added any code chunk options, we see the code in the HTML, displayed in the Viewer/browser, along with the title and author. But there is no output because assignment of a value does not result in printed output in R.
Remember that variable names (those created by <-
and those created by mutate()
) should use only lowercase letters, numbers, and _
. Use _
to separate words within a name.
As a general rule of thumb, it’s better to prefer long, descriptive names that are easy to understand rather than concise names that are fast to type but hard to understand.
Instead of using the echo: false
code chunk option in every code chunk in a document, we can set this option in the YAML header itself. Add
execute: echo: false
to the bottom of the YAML header. This sets echo
to false
throughout the document. Cmd/Ctrl + Shift + K
. The resulting HTML is empty, other than the title and author.
In the Console, run:
tutorial.helpers::show_file("quarto-3.qmd", start = -20)
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 10)
If we are just using a code option for one or two code chunks, then we can just place them in the relevant code chunks, using the hash-pipe: #|
. However, any code chunk option which applies to most/all code chunks should be placed in the YAML header under the execute:
category.
Be careful of the formatting in the YAML header. It is very fussy! For example, if you forget to indent the echo: false
line with spaces, you will get an error.
Let's confirm this by editing quarto-3.qmd
so that echo: false
is no longer indented. Cmd/Ctrl + Shift + K
.
Copy/paste the error which appears.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 7)
Error Validation of YAML front matter failed. In file quarto-3.qmd (line 5, columns 1--8) Field "execute" has empty value but it must instead be an object 4: format: html 5: execute: ~ 6: echo: false Render failed due to invalid YAML.
Indent echo: false
again. Cmd/Ctrl + Shift + K
to confirm that everything works.
Below the code chunk, add the following sentence to quarto-3.qmd
: The value of x is ?, a surprisingly high value.
Cmd/Ctrl + Shift + K
.
In the Console, run:
tutorial.helpers::show_file("quarto-3.qmd", start = -6)
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 6)
We want the actual value of x
to appear in the document, in place of the ?
. To do so, we need to make use of inline code.
Replace the ?
in your sentence with:
r x
surrounded by backticks. They r
tells Quarto that you want to evaluate the code using the R language. In this case, that code is just the letter x
, which evaluates to (i.e., prints out) the number we have assigned to it.
Cmd/Ctrl + Shift + K
.
Copy/paste the resulting HTML.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
My Third Quarto Document Author David Kane The value of x is 1.2345679^{8}, a surprisingly high value.
This inline code has the desired effect. It "looks up" the value of x
defined in the preceding code chunk. R then prints that value within the sentence, which is what we want.
But, depending on your system and settings, the result is often ugly. I get "1.2345679^{8}", which makes use of scientific notation.
Replace the inline code in your sentence with
r scales::comma(x)
surrounded by backticks. Cmd/Ctrl + Shift + K
. Notice that, strictly speaking, you do not need to save the document before you render it. With the usual default settings, Positron will automatically save a document which you try to render. But it's always a good idea to hit save, just to be on the safe side.
Copy/paste the resulting HTML.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
My Third Quarto Document Author David Kane The value of x is 123,456,789, a surprisingly high value.
The comma()
function, which comes from the scales package --- hence our use of the double colon (::
) notation --- causes the value of x
to be formatted nicely.
With inline code, we can insert R code of arbitrary complexity directly in the text of a Quarto document, although it is often better to keep the code itself in a code chunk, assign the final value to a variable like x
and then have a simple piece of inline code which prints out the value of x
, as we do here.
Restart your R session with Cmd/Ctrl + Shift + 0
. As always, you are doing this work in your other Positron window, the one in which this tutorial is not running. If you mistakenly restart R in this window, this tutorial will quit. Which is OK! You can just restart it with learnr::run_tutorial(name = "02-quarto", package = "positron.tutorials")
.
Run search()
in the Console. CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
The shortcut key to restart R is Cmd/Ctrl + Shift + 0
. You should restart your R session regularly. Indeed, one of our catch phrases is:
You can't restart R too often.
search()
should not return packages like tidyverse. (However, the default packages like stats and graphics should be there.) This is a new R session, and you have not loaded any non-default packages yet.
Make a new Quarto document. The title is "My Fourth Quarto Document". You are the author. Name the document quarto-4.qmd
.
Save the document as quarto-4.qmd
.
In the Console, run:
tutorial.helpers::show_file("quarto-4.qmd")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 5)
> tutorial.helpers::show_file("quarto-4.qmd") --- title: "My Fourth Quarto Document" author: David Kane format: html --- >
It might be tempting to name your files code.R
or myscript.R
, but you should think a bit harder before choosing a name for your file. Three important principles for file naming are as follows:
File names should be machine readable: avoid spaces, symbols, and special characters. Don’t rely on case sensitivity to distinguish files.
File names should be human readable: use file names to describe what’s in the file.
File names should play well with default ordering: start file names with numbers so that alphabetical sorting puts them in the order they get used.
We are going to make a setup
code chunk, where you can load your libraries.
Add a new code chunk with Cmd/Ctrl + Shift + I
. In the first line, write #| label: setup
in order to give the code chunk the label/name setup
, which is the convention for the chunk in which we load the libraries we need.
Put library(tidyverse)
in the code chunk.
Notice the sloppy language! There are two ways in which we can "load" tidyverse corresponding to the two worlds we are working in simultaneous: QMD World and Console World.
Putting the character string library(tidyverse)
inside the setup
code chunk is enough to "load" this package in QMD World because, whenever we render a file, every line of code in the file is sent to R for processing. Those characters, however, have no connection to Console World until we explicitly execute them by hand, generally with Cmd/Ctrl + Enter
, run once for each line of R code we want executed in the Console.
Do that now. Place the cursor next to the library(tidyverse)
call and hit Cmd/Ctrl + Enter
.
Once all that is done, run search()
in the Console. CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 2)
The output of the call to search()
should include the string package:tidyverse
, indicating that the tidyverse package is loaded.
The key lesson is that we are operating in two worlds simultaneously: QMD World and Console World. We are responsible for keeping them in sync with commands like Cmd/Ctrl + Enter
.
Our HTML file looks ugly, both because of the annoying message and because it shows the R code. We want neither. Add echo: false
and message: false
to the code chunk options. Cmd/Ctrl + Shift + K
.
In the Console, run:
tutorial.helpers::show_file("quarto-4.qmd", chunk = "Last")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 5)
There is a great pair of keyboard shortcuts that will work together to make sure you’ve captured the important parts of your code in the editor:
Cmd/Ctrl + Shift + 0
to restart R.Cmd/Ctrl + Shift + K
to re-render the current Quarto document.We collectively use this pattern hundreds of times a week.
Alternatively, if you don’t use keyboard shortcuts, you can press the "Restart console" button.
Make a new header with the title "Diamonds Histogram". Remember we do this using ##
, followed by a space. Skip a line under this header, and then create a new code chunk. Use the code chunk option echo: false
to stop your code from showing up when you render the file.
In your new code chunk, add
diamonds
Cmd/Ctrl + Shift + K
.
In the Console, run:
tutorial.helpers::show_file("quarto-4.qmd", chunk = "Last")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
This should cause the top of the diamonds
tibble to be printed out in the HTML.
Give your favorite generative AI program (Grok, ChatGPT, Claude, DeepSeek, et cetera) these instructions:
Produce some R code which, using the ggplot2 package, produces a beautiful graphic using the diamonds tibble. You may assume that the command library(tidyverse) has already been issued.
Replace diamonds
in the code chunk with this code. Cmd/Ctrl + Shift + K
. (If rendering the document fails, show your AI the error and ask it to fix the code.) If you can't get it to work, just stop with the last version, even if it fails.
In the Console, run:
tutorial.helpers::show_file("quarto-4.qmd", chunk = "Last")
CP/CR.
question_text(NULL, answer(NULL, correct = TRUE), allow_retry = TRUE, try_again_button = "Edit Answer", incorrect = NULL, rows = 3)
Grok gave us this answer:
ggplot(diamonds, aes(x = carat, y = price, color = clarity)) + geom_point(alpha = 0.5, size = 1.5) + scale_color_viridis_d(option = "plasma") + facet_wrap(~cut, ncol = 2) + labs( title = "Diamond Prices by Carat and Cut", subtitle = "Colored by Clarity Grade", x = "Carat Weight", y = "Price (USD)", color = "Clarity", caption = "Source: diamonds dataset" ) + theme_minimal() + theme( plot.title = element_text(size = 16, face = "bold", hjust = 0.5), plot.subtitle = element_text(size = 12, hjust = 0.5), plot.caption = element_text(size = 8, color = "grey50"), panel.grid.minor = element_blank(), legend.position = "bottom", legend.title = element_text(face = "bold") ) + scale_y_continuous(labels = scales::dollar_format())
Generative AI is the future of coding, and much else. Practice using it as much as you can.
This tutorial covered how to create Quarto documents using Positron. Some material was from R for Data Science (2e) by Hadley Wickham, Mine Çetinkaya-Rundel, and Garrett Grolemund.
Any scripts or data that you put into this service are public.
Add the following code to your website.
For more information on customizing the embed code, read Embedding Snippets.