Skip to content

Latest commit

 

History

History
454 lines (247 loc) · 16.7 KB

STYLEGUIDE.md

File metadata and controls

454 lines (247 loc) · 16.7 KB

Clerk Docs Styleguides

These are the guidelines we use to write our docs.

1. Write with consistency

1.1 Use American English

Clerk is an American company and the epicenter of our development community is located in America's tech community. For that reason, we use the American flavor of English (as opposed to British English).

Do

You might not realize it, but you can change the colors of your Clerk components with global CSS.

Don't

You might not realise it, but you can change the colours of your Clerk components with global CSS.

1.2 Hyphens? Spaces? Neither!

Tech has created many new words by associating two words with each other like "front end" and "web site." On a long enough timeline, these migrate to hyphenated forms: "web site" became "web-site." And finally they become concatenated words: "website." We use the concatenated forms.

Do

Frontend and fullstack developers often build websites with React.

Don't

Front-end and full stack developers often build web-sites with React.

1.3 De-dupe reference links

When mentioning a documented component, function, etc, multiple times on a page, link to the reference documentation on the first mention of that item. The exception to this rule is when the reference is mentioned under a different heading. In that case, link to the reference documentation again.

Do

The currentUser() helper will return the User object of the currently active user. The following example uses the currentUser() helper to access the User object for the authenticated user.

Don't

The currentUser() helper will return the User object of the currently active user. The following example uses the currentUser() helper to access the User object for the authenticated user.

1.4 Write out abbreviations when introducing them

If you want to abbreviate a term in your article, write it out fully first, then put the abbreviation in parentheses. If you want to make an abbreviation plural treat them as regular words, e.g. APIs, IDEs or OSes.

Do

An abstract syntax tree (AST) is a tree representation of code. ASTs are a fundamental part of the way a compiler works.

Don't

An AST is a tree representation of code. AST's are a fundamental part of the way a compiler works.

1.5 Use sentence case for titles

Do

How to set up custom pages

Don't

How to Set up Custom Pages

1.5 When referring to Next.js proper nouns, follow Next.js's capitalization conventions

"Middleware," "Server Actions," "Server Components," "Route Handlers" are capitalized in the Next.js docs and in Clerk's docs where referring to a Next.js project or code.

Do

Add it to your app's Middleware.

Don't

Add it to your app's middleware.

1.6 Use "Sign in", not "Log in"

When referring to Clerk's SDKs, components, and dashboard, use "sign in" and "sign out" rather than "log in" or "log out". This is consistent with our <SignIn /> component and SignIn class.

Do

<SignInButton /> creates a button that allows users to sign into your Clerk application.

Don't

<SignInButton /> creates a button that allows users to log into your Clerk application.

2. Write for clarity

2.1 “You” is the reader; "Clerk" is Clerk

Clerk is the entity writing these docs and providing these services. The learner is the person consuming these things and building their own projects. To distinguish between the two and write with clarity, we refer to the learner with "you/your/yours." We objectively refer to Clerk as "Clerk," not "we/us/our/ours."

Do

Clerk's <ClerkProvider> provides active session and user context to Clerk's hooks and other components. Import it into your app by adding import { ClerkProvider } from '@clerk/nextjs' at the top of your file.

Don't

Our <ClerkProvider> provides active session and user context to our hooks and other components. Let's import it into our app by adding import { ClerkProvider } from '@clerk/nextjs' at the top of the file.

2.2 "Users" are people logging in/out with Clerk. "Developers" are the audience we’re writing for.

People building with clerk are building for other people to make it clear whether we are talking about the builder or their users, we call builders "developers" and the peoeple they are building for "users."

Do

Clerk helps developers overcome as many challenges as possible without additional configuration. This ensures their users have a secure, safe session.

Don't

Clerk helps users overcome as many challenges as possible without additional configuration. This ensures their users have a secure, safe session.

2.3 Shorter is better

Write short sentences. Short sentences are easier for both human and robots to translate. Concise writing is understandable writing. Look for commas that string together different thoughts. These are often good places to shorten and clarify content.

Do

Clerk is now installed and mounted in your application. You can decide which pages are public or require authentication to access.

Don't

Now that Clerk is installed and mounted in your application, you can decide which pages are public and which should require authentication to access.

2.4 Avoid gerunds (-ing words)

English gerunds ("-ing" words like "running") turn verbs into nouns ("run" becomes "running"). This makes the sentence sound passive ("They run" becomes "they are running") and makes it harder to translate. Use an active voice as much as possible and avoid these words.

Do

How to use a routing library with Clerk

Don't

Using a routing library with Clerk

2.5 Use task and outcome-based headings and titles that use verbs.

Tell the learner what they will learn from diving into the content.

Do

How to read session and user data

How user sessions and user data work

Clearly explains what information the learner will find, helping them decide which to choose.

Don't

User session and user data

Obscure. Doesn't convey whether this is the conceptual or task-based content the learner is looking for. They may pass over it or look briefly, then bounce out. This increases friction.

2.6 Lead with location; end with action.

When learners are performing an order of operations, it helps for them to start with where they need to be to perform the action.

Do

In your Next.js project's root folder, open your .env.local file.

The learner navigates to the project folder first, opens the file second.

Don't

Open your .env.local file in your Next.js project's folder.

The learner must remember the file they need to open before finding out which folder to navigate to. This uses more mental energy.

2.7 Avoid colloquialisms

English speakers may find themselves using phrases which cultural meaning may be different around the world.

Do

Something that is difficult for someone new to programming may not be for a senior engineer.

Don't

Something that is difficult for someone new to programming may be child's play for a senior engineer.

Some learners may not have heard this expression before. It may be difficult for machine translation as well.

2.8 Use a active voice vs. passive voice.

Use active verbs that put the reader in the first person instead of passive verbs; "be" verbs that describe the learners actions as a state of being, like "is/was/to be".

Do

Create the middleware.ts file in the root folder of your application or inside the src/ if that is how your app is set up.

Don't

The middleware.ts file should be created in the root folder of your application or inside src/ if that is how you set up your app.

3. Write to include people

3.1 Do not assume proficiency

Avoid using language that assumes someone's level of proficiency. Something that is difficult for someone new to programming may not be difficult for a senior engineer. This language can inadvertently alienate or insult a learner. Avoid words like "just," "easy," "simple," "senior," "hard."

Use as little jargon as necessary. Describe jargon in parentheses on first reference or link to a trusted definition.

Do

You can authenticate your app with Clerk in three steps. Install Clerk with npm install @clerk/nextjs, add your environment variables, and then wrap your app in <ClerkProvider>, and add control components. Visit our Quickstarts for a step-by-step guide written for your framework.

Clerk supports offline mode, a feature that lets users use an app without being connected to data or wifi. This means Clerk works great with progressive web apps, apps built with web platform technologies that provide similar experiences to platform-specific apps. You can use the dynamic import pattern to improve loading speeds.

Don't

It's easy to authenticate your app with Clerk! Just install Clerk with npm install @clerk/nextjs, add your environment variables, wrap your app in <ClerkProvider>, and simply add control components.

Clerk works great with PWA as it supports offline mode. You can use the dynamic import pattern to improve loading speeds.

3.2 Avoid pop culture references

It's tempting to use things that are familiar to us to explain things to others—our favorite TV shows, books, and memes are entertaining and rich sources of metaphors. However, they assume a shared context between author and reader. A joke that mainstream American audiences understand may be completely misunderstood to a learner in Chile.

Do

const updateUser = async () => {
  await user.update({
    firstName: "John",
    lastName: "Doe",
  });
};

Don't

const updateUser = async () => {
  await user.update({
    firstName: "Twilight",
    lastName: "Sparkle",
  });
};

This assumes the learner is familiar with the cartoon My Little Pony: Friendship is Magic, which is irrelevant.

3.3 Use "they/them/theirs" pronouns

For many years it was common to write with "he/him/his" pronouns in English technical documentation. But pronouns are difficult to translate into some languages. Gendering learners also sends the message that some genders are "default"—and this might not be the learner's gender. We use the neutral "they/them/theirs" pronouns.

Do

When the user logs out using the button, they will be taken to the sign-in page.

Don't

When he logs out using the button, he will be taken to the sign-in page.

3.4 Avoid "click"

"Click" is an outdated term that assumes the learner is using a mouse. But learners may be navigating by touchscreen, keyboard, or assistive technology. Often there are better words than "click"—like "select" and "open".

Do

Open the Settings tab.

Select the Google social connection.

Don't

Click the Settings tab.

Click the Google social connection.

4. Write for code

4.1 Use monospace fonts for code, commands, file names, copy-ables, and URLs; use bold for menus, and other UI copy.

Do

In your Clerk Dashboard, go to User & Authentication > Social Connections and open the Settings tab.

In your browser, open http://localhost:3000/.

Don't

In your Clerk Dashboard, go to User & Authentication > Social Connections and open the "Settings tab."

In your browser, open http://localhost:3000/.

4.2 Use carets to help users navigate menus

Use carets to nest operations of the same type like menu navigation.

Do

In your Clerk Dashboard, go to User & Authentication > Social Connections and open the Settings tab.

Don't

In your Clerk Dashboard, go to User & Authentication, click on Social Connections, and open the Settings tab.

4.3 Write compliant JSON: no single quotes, no comments

Conform to the JSON standard:

  • Key names are enclosed in double quotes (")
  • Values are between double quotes ("), not single quotes (')
  • No comments, neither // nor /* */

Do

This is the user's primary email address in the User object

{
  "email": "{{user.primary_email_address}}"
}

Don't

{
	// this is the user's primary email address in the User object
  email: '{{user.primary_email_address}}'
}

4.4 Use 2-space indents for code blocks

We use 2-space indents to conserve horizontal space in code blocks.

Do

export const config = {
  matcher: ['/((?!.+\\.[\\w]+$|_next).*)', '/', '/(api|trpc)(.*)'],
};

Don't

export const config = {
    matcher: ['/((?!.+\\.[\\w]+$|_next).*)', '/', '/(api|trpc)(.*)'],
};

4.5 Authentication states should be hyphenated and bold.

Clerk authentication states signed-in, signed-out, and unknown should be hyphenated and bold to distinguish them from general states of being.

Do

Once you have a signed-in user, you need to give them a way to sign out.

Don't

Once you have a signed-in user, you need to give them a way to sign out.

4.6 Group like with like under tabs

When presenting things in a series of tabs, ensure that similar things are grouped together.

Do

App Router and Pages Router exist as two tabs, side by side.

Next.js is a platform with two different implementations grouped underneath it.

Don't

App Router and Pages Router are sitting alongside other very different methods of retrieving data.

Next.js's two implementations are given equal weight to the other members of the tab bar. Someone unfamiliar with Next.js may become confused, and the ever growing tab bar is harder to navigate at smaller sizes.

4.7 Wrap component references in the appropriate tags

Component references should be wrapped in < /> if they are self closing. Otherwise, they should be wrapped in < >.

Do

Use the <SignIn /> component.

Use the <ClerkProvider> component.

Don't

Use the <SignIn/> component.

Use the "SignIn component".

Use the SignIn component.

Use the <SignIn> component.

The last case is incorrect because the <SignIn /> component will never wrap children, and therefore, should have a self-closing tag.

Use the <ClerkProvider /> component.

The last case is incorrect because the <ClerkProvider> component will always wrap children and will never be self-closing.

4.8 Specify syntax and filename for terminal commands

If the code should run in a terminal, set the code block's syntax highlighting and filename with sh filename="terminal".

Do

​```sh {{ filename: 'terminal' }}
npm i @clerk/nextjs
​```

Don't

​```
npm i @clerk/nextjs
​```

4.9 Pass properties to components; Parameters to functions

Be sure to use the correct term with components vs functions.

Be sure to use the appropriate terms on reference page headings.

Do

Pass the signUpProps property to <SignUp />. buildUrlWithAuth() accepts a string for the to parameter.

Don't

The <SignUp /> component accepts the signUpProps parameter. The buildUrlWithAuth() function accepts the to property.

4.10 Provide users with clear instructions and a direct link when navigating the Clerk Dashboard

When telling learners to perform an operation in the Clerk Dashboard, begin with "In your Clerk Dashboard". Then, end with a link to the page you are directing them to with this URL syntax: https://dashboard.clerk.com/last-active?path=PAGE

Do

In your Clerk Dashboard, navigate to User & Authentication.

To specify the fallback redirects, in the Clerk Dashboard, go to the Account Portal page and open the Redirects tab.

Don't

Go to User & Authentication in your dashboard.

Find fallback redirects in the Redirect tab on the Account Portal in the Clerk Dashboard.