{code}
Other text
Other text
" `) }) test('works when the closing tag is repeated in a comment', () => { expect( removeTags(`
Edit src/App.js and save to reload.
Edit src/App.tsx and save to reload.
You just hit a route that doesn't exist... the sadness.
> ) export default NotFoundPage ================================================ FILE: examples/gatsby/src/pages/index.mdx ================================================ --- name: Home route: / --- # Home Design systems enable teams to build better products faster by making design reusable—reusability makes scale possible. This is the heart and primary value of design systems. A design system is a collection of reusable components, guided by clear standards, that can be assembled together to build any number of applications. Regardless of the technologies and tools behind them, a successful design system follows these guiding principles: - **It’s consistent**. The way components are built and managed follows a predictable pattern. - **It’s self-contained**. Your design system is treated as a standalone dependency. - **It’s reusable**. You’ve built components so they can be reused in many contexts. - **It’s accessible**. Applications built with your design system are usable by as many people as possible, no matter how they access the web. - **It’s robust**. No matter the product or platform to which your design system is applied, it should perform with grace and minimal bugs. ## Consistency Your first, most important task when starting out is to define the rules of your system, document them, and ensure that everyone follows them. When you have clearly documented code standards and best practices in place, designers and developers from across your organization can easily use and, more importantly, contribute to your design system. ================================================ FILE: examples/images/.gitignore ================================================ .docz node_modules ================================================ FILE: examples/images/README.md ================================================ # Docz with images example ## Using `create-docz-app` ```sh npx create-docz-app docz-app-images --example images # or yarn create docz-app docz-app-images --example images ``` ## Download manually ```sh curl https://codeload.github.com/doczjs/docz/tar.gz/main | tar -xz --strip=2 docz-main/examples/images mv images docz-images-example cd docz-images-example ``` ## Setup ```sh yarn # npm i ``` ## Run ```sh yarn dev # npm run dev ``` ## Build ```sh yarn build # npm run build ``` ## Serve built app ```sh yarn serve # npm run serve ``` ================================================ FILE: examples/images/doczrc.js ================================================ export default { menu: ['Getting Started', 'Components'], } ================================================ FILE: examples/images/package.json ================================================ { "private": true, "name": "docz-example-images", "version": "2.0.0-rc.41", "license": "MIT", "files": [ "src/", "doczrc.js", "package.json" ], "scripts": { "dev": "docz dev", "build": "docz build" }, "dependencies": { "@emotion/react": "^11.1.1", "@emotion/styled": "^11.0.0", "docz": "latest", "prop-types": "^15.7.2", "react": "^16.8.6", "react-dom": "^16.8.6" } } ================================================ FILE: examples/images/src/index.jsx ================================================ import React from 'react' export default function Image() { return
}
================================================
FILE: examples/images/src/index.mdx
================================================
---
name: Getting Started
route: /
---
# Tux
Tux is a penguin character and the official brand character of the Linux kernel.[1] Originally created as an entry to a Linux logo competition, Tux is the most commonly used icon for Linux, although different Linux distributions depict Tux in various styles. The character is used in many other Linux programs and as a general symbol of Linux.
An image of Tux can be resolved directly in markdown

It can also be resolved using explicit relative paths

Images may also link to external URLs. For example, the following image is downloaded from Wikipedia

To link to your images from your components add a `public` directory and store in it your images.
Then, in your code, link to your image (tux.png) by pointing to `/public`, for example :
```jsx
```
You can also customise the public folder to be anything you want by changing the `public` field in your `doczrc.js` file.
import Image from './index.jsx'
You just hit a route that doesn‘t exist... 👀