Files
supabase/apps/docs/app/contributing/content.mdx
Chris Chinchilla a725766e6a docs: Update key usage in QuickStarts (#44434)
## I have read the
[CONTRIBUTING.md](https://github.com/supabase/supabase/blob/master/CONTRIBUTING.md)
file.

YES


<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->

## Summary by CodeRabbit

* **Documentation**
* Updated all quickstart guides and tutorials to reference publishable
keys instead of anon keys for Supabase client initialization.
* Simplified environment variable setup instructions across multiple
framework guides by removing anon key configuration requirements.
* Clarified usage of publishable keys in step-by-step setup
documentation for various frameworks and platforms.

<!-- end of auto-generated comment: release notes by coderabbit.ai -->

---------

Co-authored-by: fadymak <dev@fadymak.com>
2026-04-02 15:53:26 +00:00

565 lines
12 KiB
Plaintext

# Contributing to Supabase Docs
Thanks for contributing to Supabase Docs! Here are a few resources to help you get started.
The code and content for our docs site are located in the main [Supabase GitHub repo](https://github.com/supabase/supabase), under the `apps/docs` directory.
In the repo, you'll also find:
- The [developers guide](https://github.com/supabase/supabase/blob/master/apps/docs/DEVELOPERS.md), which will help you set up your local machine to develop the docs site
- The [contributing guide](https://github.com/supabase/supabase/blob/master/apps/docs/CONTRIBUTING.md), which goes over the content organization and some general guidelines for writing docs content
## Components
Our docs content is mainly written in MDX. Aside from standard GitHub-flavored Markdown, you can use the following helper components to help you organize and display your content:
### Accordion
For content that requires progressive disclosure:
```mdx
<Accordion
type="default"
openBehaviour="multiple"
chevronAlign="right"
justified
size="medium"
className="text-foreground-light mt-8 mb-6"
>
<div className="border-b mt-3 pb-3">
<AccordionItem
header="Accordion item 1"
id="item-1"
>
Your content here.
</AccordionItem>
</div>
<div className="border-b mt-3 pb-3">
<AccordionItem
header="Accordion item 2"
id="item-2"
>
More content here.
</AccordionItem>
</div>
</Accordion>
```
<Accordion
type="default"
openBehaviour="multiple"
chevronAlign="right"
justified
size="medium"
className="text-foreground-light mt-8 mb-6"
>
<div className="border-b mt-3 pb-3">
<AccordionItem
header="Accordion item 1"
id="item-1"
>
Your content here.
</AccordionItem>
</div>
<div className="border-b mt-3 pb-3">
<AccordionItem
header="Accordion item 2"
id="item-2"
>
More content here.
</AccordionItem>
</div>
</Accordion>
### Admonition
For extra information that doesn't fit into the main flow. There are 5 supported types of admonitions:
- `danger` to warn the user about any missteps that could cause data loss or data leaks
- `deprecation` to notify the user about features that are (or will soon be) deprecated
- `caution` to warn about anything that could cause a bug or serious user inconvenience
- `tip` to point out helpful but optional actions
- `note` for anything else
Leave a blank line between the admonition tag and the contained content. This will prevent Prettier from trying to break the lines within the content.
```mdx
<Admonition type="danger">
This could lead to data loss!
</Admonition>
<Admonition type="deprecation">
This feature is deprecated.
</Admonition>
<Admonition type="caution">
You should make sure you don't set this up wrong.
</Admonition>
<Admonition type="tip">
In certain cases, you may want to do this.
</Admonition>
<Admonition type="note">
Additional helpful information.
</Admonition>
```
<Admonition type="danger">
This could lead to data loss!
</Admonition>
<Admonition type="deprecation">
This feature is deprecated.
</Admonition>
<Admonition type="caution">
You should make sure you don't set this up wrong.
</Admonition>
<Admonition type="tip">
In certain cases, you may want to do this.
</Admonition>
<Admonition type="note">
Additional helpful information.
</Admonition>
### Code Samples
You can include code samples as normal in Markdown. Name is optional:
````mdx
```js name=file.js
const PI = 3.14
```
````
Or, you can use the `<$CodeSample />` component to include code samples from a source code file.
If the file is within the `supabase/supabase` repo's `examples` directory:
{/* prettier-ignore */}
```mdx
<$CodeSample
path="/relative/path/from/examples/directory.js"
{/* Array of [start, end] line numbers to include.
Line numbers are 1-indexed and inclusive.
-1 indicates the final line. */}
lines={[[1, 3], [5, -1]]}
{/* Optional, displays as a file name on the code block */}
meta="name=display/path.js"
{/* Optional, strips TypeScript types to produce JavaScript, which you also include with another <CodeSample /> */}
convertToJs={true}
/>
```
If the file is within some other GitHub repo:
```mdx
<$CodeSample
external={true}
org="supabase"
repo="cli"
commit="1623aa9b95ec90e21c5bae5a0d50dcf272abe92f"
path="/relative/path/from/root.js"
lines={[[1, 3], [5, -1]]}
meta="name=display/path.js"
convertToJs={true}
/>
```
The repo must be public, the org must be on the allow list, and the commit must be an immutable SHA (not a mutable tag or branch name).
#### Converting TypeScript to JavaScript
You can automatically strip TypeScript types from code samples to produce JavaScript using the `convertToJs` option:
```mdx
<$CodeSample
path="/path/to/typescript-file.ts"
lines={[[1, -1]]}
convertToJs={true}
/>
```
This is useful when you want to show JavaScript examples from TypeScript source files. The conversion:
- Removes all TypeScript type annotations, interfaces, and type definitions
- Converts the language identifier from `typescript` to `javascript` (or `tsx` to `jsx`)
- Happens before any line selection or elision processing
- Defaults to `false` to preserve TypeScript code when not specified
#### Multi-file code samples
Multi-file code samples use the `<$CodeTabs>` annotation:
````mdx
<$CodeTabs>
```js name=a.js
console.log('Hello, world!')
```
```js name=b.js
console.log('Goodbye, world!')
```
</$CodeTabs>
````
This produces:
<$CodeTabs>
```js name=a.js
console.log('Hello, world!')
```
```js name=b.js
console.log('Goodbye, world!')
```
</$CodeTabs>
#### TypeScript type hints
JavaScript and TypeScript code blocks include type hints:
````mdx
```js
let hello = 'Hello, world!'
```
````
Hover over `hello` to see the hint.
```js
let hello = 'Hello, world!'
```
The entire code block must be a valid compilation target for TypeScript. That is, if you have undefined variables or missing imports, type hints won't be shown. You can add extra statements above the cut for variable definitions, etc.
You can also import the `supabase-js` library here:
````mdx
```js
import { createClient } from '@supabase/supabase-js'
const supabase = createClient('dummy', 'client')
// ---cut---
const result = supabase.auth.signInWithPassword({
email: 'test@example.com',
password: 'test1234',
})
```
````
Note the hidden statements above the cut. Hover over `signInWithPassword` to see the hint:
```js
import { createClient } from '@supabase/supabase-js'
const supabase = createClient('dummy', 'client')
// ---cut---
const result = supabase.auth.signInWithPassword({
email: 'test@example.com',
password: 'test1234',
})
```
### Icons
The following icons are available. They can be styled with [Tailwind](https://tailwindcss.com/) classes:
```mdx
<IconArrowDown />
<IconCheck />
<IconX />
```
<div class="flex items-center gap-2">
<IconArrowDown />
<IconCheck />
<IconX />
</div>
### Image
You can include images with regular Markdown syntax:
```mdx
![Supabase architectural diagram](/docs/img/supabase-architecture.svg)
```
![Supabase architectural diagram](/docs/img/supabase-architecture.svg)
If your image has alternate light and dark versions, or you want to make it zoomable, you can also use the image component:
```mdx
<Image
alt="Supabase architectural diagram"
src={{
dark: '/docs/img/supabase-architecture.svg',
light: '/docs/img/supabase-architecture--light.svg',
}}
width={1600}
height={767}
/>
```
<Image
alt="Supabase architectural diagram"
src={{
dark: '/docs/img/supabase-architecture.svg',
light: '/docs/img/supabase-architecture--light.svg',
}}
width={1600}
height={767}
/>
### Project Variables
Some guides and tutorials will require that users copy their Supabase project URL and anon key. You can provide those inline if the user is signed in:
```mdx
<ProjectConfigVariables variable="url" />
<ProjectConfigVariables variable="publishable" />
```
<ProjectConfigVariables variable="url" />
<ProjectConfigVariables variable="publishable" />
### Step Hike
For tutorials, which feature step-by-step instructions, often with accompanying code, we use the `StepHike` pattern:
````mdx
<StepHikeCompact>
<StepHikeCompact.Step step={1}>
<StepHikeCompact.Details title="The first step">
Explanation of what to do first.
</StepHikeCompact.Details>
<StepHikeCompact.Code>
```sql
select ...
```
</StepHikeCompact.Code>
</StepHikeCompact.Step>
<StepHikeCompact.Step step={2}>
<StepHikeCompact.Details title="No code in this step" fullWidth>
Explanation of what to do next. This stretches the full width of the section: Sweet tiramisu apple biscuit candy cake. Orange ipsum muffin cookie cake biscuit. Orange muffin vanilla sweet sugar candy. Sprinkles jelly sweet orange candy cream.
</StepHikeCompact.Details>
</StepHikeCompact.Step>
</StepHikeCompact>
````
<StepHikeCompact>
<StepHikeCompact.Step step={1}>
<StepHikeCompact.Details title="The first step">
Explanation of what to do first.
</StepHikeCompact.Details>
<StepHikeCompact.Code>
```sql
select ...
```
</StepHikeCompact.Code>
</StepHikeCompact.Step>
<StepHikeCompact.Step step={2}>
<StepHikeCompact.Details title="No code in this step" fullWidth>
Explanation of what to do next. This stretches the full width of the section: Sweet tiramisu apple biscuit candy cake. Orange ipsum muffin cookie cake biscuit. Orange muffin vanilla sweet sugar candy. Sprinkles jelly sweet orange candy cream.
</StepHikeCompact.Details>
</StepHikeCompact.Step>
</StepHikeCompact>
### Tabs
Use tabs when users can select between multiple versions of the content. For example, the content might differ based on language or package manager.
If you include the `queryGroup` prop, the user's selection will sync with other tab groups. Leave out this prop to omit this behavior.
````mdx
<Tabs
scrollable
size="small"
type="underlined"
defaultActiveId="js"
queryGroup="language"
>
<TabPanel id="js" label="JavaScript">
```js
const supabase = createSupabaseClient()
```
</TabPanel>
<TabPanel id="dart" label="Dart">
```dart
void main() async {
Supabase.initialize();
}
```
</TabPanel>
</Tabs>
````
<Tabs
scrollable
size="small"
type="underlined"
defaultActiveId="js"
queryGroup="language"
>
<TabPanel id="js" label="JavaScript">
```js
const supabase = createSupabaseClient()
```
</TabPanel>
<TabPanel id="dart" label="Dart">
```dart
void main() async {
Supabase.initialize();
}
```
</TabPanel>
</Tabs>
### Info Tooltip
The <InfoTooltip tooltipContent="This is an info tooltip">InfoTooltip</InfoTooltip> component is used to add more context to a word or phrase via tooltip.
```mdx
<InfoTooltip tooltipContent="The Postgres Development Platform.">Supabase</InfoTooltip>
```
## Partials
We incorporate content reuse in the docs to avoid duplication. If you find yourself writing the same content over and over, you can put it in a partial instead. Here are some examples of commonly used partials:
<Accordion
type="default"
openBehaviour="multiple"
chevronAlign="right"
justified
size="medium"
className="text-foreground-light mt-8 mb-6"
>
<div className="border-b mt-3 pb-3">
<AccordionItem
header="Database setup"
id="database-setup"
>
```mdx
<$Partial path="database_setup.mdx" />
```
<$Partial path="database_setup.mdx" />
</AccordionItem>
</div>
<div className="border-b mt-3 pb-3">
<AccordionItem
header="Create client for Auth"
id="create-client-auth"
>
```mdx
<$Partial path="create_client_snippet.mdx" />
```
<$Partial path="create_client_snippet.mdx" />
</AccordionItem>
</div>
</Accordion>
To make a new partial:
1. Make a new MDX file in `apps/docs/content/_partials`.
1. Write your reusable content.
1. You can now use your partial inside any other MDX file by using: `<$Partial path="path/from/_partials/directory.mdx" />`.
If you need compile-time variable replacement, you can define variables that get replaced with strings.
```mdx
<$Partial path="path/to/file.mdx" variables={{ "substitute": "this" }}>
```
```mdx
Here is the partial text to {{ .substitute }}.
```
Only string replacements are possible at this time. For more complex use cases, consider making a custom component.