fix notes

.prettierignore

@@ -1,4 +1,3 @@
 public
 node_modules
 .quartz-cache
-**/*.md

content/advanced/creating components.md

@@ -22,9 +22,11 @@ In effect, components allow you to write a JavaScript function that takes some d
 
 > [!hint]
 > For those coming from React, Quartz components are different from React components in that it only uses JSX for templating and layout. Hooks like `useEffect`, `useState`, etc. are not rendered.
+
 ## An Example Component
 
 ### Constructor
+
 Component files are written in `.tsx` files that live in the `quartz/components` folder. These are re-exported in `quartz/components/index.ts` so you can use them in layouts and other components more easily.
 
 Each component file should have a default export that satisfies the `QuartzComponentConstructor` function signature. It is a function that takes in a single optional parameter `opts` and returns a Quartz Component. The type of the parameters `ops` is defined by the interface `Options` which you as the component creator also decide.
@@ -37,15 +39,15 @@ interface Options {
 }
 
 const defaultOptions: Options = {
-  favouriteNumber: 42
+  favouriteNumber: 42,
 }
 
 export default ((userOpts?: Options) => {
   const opts = { ...userOpts, ...defaultOpts }
   function YourComponent(props: QuartzComponentProps) {
-	if (opts.favouriteNumber < 0) {
-	  return null
-	}
+    if (opts.favouriteNumber < 0) {
+      return null
+    }
 
     return <p>My favourite number is {opts.favouriteNumber}</p>
   }
@@ -55,6 +57,7 @@ export default ((userOpts?: Options) => {
 ```
 
 ### Props
+
 The Quartz component itself (lines 11-17 highlighted above) looks like a React component. It takes in properties (sometimes called [props](https://react.dev/learn/passing-props-to-a-component)) and returns JSX.
 
 All Quartz components accept the same set of props which are defined in `QuartzComponentProps`:
@@ -71,14 +74,15 @@ export type QuartzComponentProps = {
 ```
 
 - `fileData`: Any metadata [[making plugins|plugins]] may have added to the current page.
-	- `fileData.slug`: slug of the current page.
-	- `fileData.frontmatter`: any frontmatter parsed.
+  - `fileData.slug`: slug of the current page.
+  - `fileData.frontmatter`: any frontmatter parsed.
 - `cfg`: The `configuration` field in `quartz.config.ts`.
 - `tree`: the resulting [HTML AST](https://github.com/syntax-tree/hast) after processing and transforming the file. This is useful if you'd like to render the content using [hast-util-to-jsx-runtime](https://github.com/syntax-tree/hast-util-to-jsx-runtime) (you can find an example of this in `quartz/components/pages/Content.tsx`).
 - `allFiles`: Metadata for all files that have been parsed. Useful for doing page listings or figuring out the overall site structure.
 - `displayClass`: a utility class that indicates a preference from the user about how to render it in a mobile or desktop setting. Helpful if you want to conditionally hide a component on mobile or desktop.
 
 ### Styling
+
 Quartz components can also define a `.css` property on the actual function component which will get picked up by Quartz. This is expected to be a CSS string which can either be inlined or imported from a `.scss` file.
 
 Note that inlined styles **must** be plain vanilla CSS.
@@ -116,15 +120,18 @@ export default (() => {
 ```
 
 > [!warning]
-> Quartz does not use CSS modules so any styles you declare here apply *globally*. If you only want it to apply to your component, make sure you use specific class names and selectors.
+> Quartz does not use CSS modules so any styles you declare here apply _globally_. If you only want it to apply to your component, make sure you use specific class names and selectors.
+
 ### Scripts and Interactivity
-  - listening for the nav event
-    - best practice: anything here should unmount any existing event handlers to prevent memory leaks
+
+- listening for the nav event
+  - best practice: anything here should unmount any existing event handlers to prevent memory leaks
 
 ### Using a Component
-#### In a layout
-#### In the configuration
 
+#### In a layout
+
+#### In the configuration
 
 > [!hint]
 > Look in `quartz/components` for more examples of components in Quartz as reference for your own components!

content/advanced/paths.md

@@ -21,7 +21,7 @@ type ClientSlug = string & { __brand: "client" }
 const slug: ClientSlug = "some random slug"
 ```
 
-While this prevents most typing mistakes *within* our nominal typing system (e.g. mistaking a server slug for a client slug), it doesn't prevent us from *accidentally* mistaking a string for a client slug when we forcibly cast it.
+While this prevents most typing mistakes _within_ our nominal typing system (e.g. mistaking a server slug for a client slug), it doesn't prevent us from _accidentally_ mistaking a string for a client slug when we forcibly cast it.
 
 Thus, we still need to be careful when casting from a string to one of these nominal types in the 'entrypoints', illustrated with hexagon shapes in the diagram below.
 

quartz/styles/base.scss

@@ -42,7 +42,6 @@ ul,
   hyphens: auto;
 }
 
-
 .math {
   font-size: 1.1rem;
   &.math-display {