Thanks for your interest in contributing to Ionic's documentation! 🎉 Check the guidelines below for suggestions and requirements before submitting your contribution.
In order to run the documentation locally, install the dependencies and run the development server:
npm install
npm start
This repository uses Prettier, an opinionated code formatter, in order to keep consistent formatting throughout the documentation. Run the following command to automatically fix all formatting, and then push any changes:
npm run lint
This repository uses cspell, a spell checker for code, to automatically flag any spelling errors. Run the following command to see any spelling errors:
npm run spellcheck
Note
Any spelling errors will need to be fixed manually. There are various ways to ignore words or sections that were flagged erroneously. These are listed below.
To ignore:
-
A specific word, add it to the following file:
cspell-wordlist.txt
- For example,
Ionicons
is flagged as an unknown word. Since this is the name of our software, it has been added to this file to be ignored.
- For example,
-
A directory or anything matching a regular expression, update the following file:
cspell.json
- For example, we don't want to flag anything inside of code ticks (
`
) or code blocks (```
), so there are regular expressions added to ignore anything inside of these.
- For example, we don't want to flag anything inside of code ticks (
-
An entire line, add the following comment above it:
<!-- cspell:disable-next-line -->
-
Multiple lines, add comments above and below the lines to be ignored:
<!-- cspell:disable --> <p>Everything inside of these comments will be ignored by the spell checkr. Proofread your own words carefully.</p> <!-- cspell:enable -->
Important
You need to have line breaks between the cspell
comments and any HTML elements,
otherwise the build will error with Module build failed
.
Before adding a word or section to be ignored, see if there is a way to make it pass the spell check. Technical terms that are part of an API may need to be wrapped in code formatting. For example, the word keydown
is flagged as an unknown word by the spell checker, but this is a Web API event. We can wrap any mentions of keydown
in two backticks (`keydown`
) in order to avoid it being flagged by the spell checker.
Comments disabling the next line or entire sections of documentation are useful for making the spell checker ignore people's names.
In general, we should try to avoid ignoring words unless they are technical terms that are used throughout the documentation and wouldn't necessarily make sense formatted as code.
The Ionic docs were originally built in a Mac-based environment, so Mac-focused linting rules apply when committing changes. To contribute on Windows, do the following:
- Configure VS Code to read/save files using line breaks (LF) instead of carriage returns (CRLF). Set it globally by navigating to: Settings -> Text Editor -> Files -> Eol. Set to
\n
. - Check that the Git setting
core.autocrlf
is set tofalse
: rungit config -l | grep autocrlf
. Switch it to false using:git config --global core.autocrlf false
. - If you've already cloned the
ionic-docs
repo, the files may already be cached as LF. To undo this, you need to clean the cache files of the repository. Run the following (make sure you stage or commit your changes first):git rm --cached -r .
thengit reset --hard
.
Ionic's documentation is built using Docusaurus. The content is either written or generated as Markdown.
scripts/
- build scripts used to generate markdown or json filessrc/
- source code and content of the docscomponents/
- components used across the siteglobal/
- components used globallypage/
- components used on a single page or in a limited scope
styles/
- global styles and variablescomponents/
- styles split out into the components they target
static/
demos/
- self-contained demos, optionally presented by pages viademoUrl
YAML frontmatterusage/
- playgrounds that can be created by runningnpm run playground:new
(docs)
versioned_docs/
- versions of the docs created by the docusaurus versioning commandversioned_sidebars/
- versions of the docs sidebars created by the docusaurus versioning command
The content of the Ionic docs is written as Markdown in docs/
. Each Markdown file corresponds to a route unless explicitly changed in the frontmatter.
/docs/ => src/pages/index.md
/docs/intro/cli => src/pages/intro/cli.md
/docs/theming/advanced => src/pages/theming/advanced.md
/docs/theming => src/pages/theming.md
You can make copy edits to the site by editing the Markdown files directly on GitHub. In your pull request, please explain what was missing from or inaccurate about the content.
The Markdown in docs/
does not only contain manually written markdown files:
- Paths matching
/docs/api/*
are built from the Ionic Framework source code - Paths matching
/docs/native/*
are built from the Ionic Native source code - Paths matching
/docs/cli/commands/*
are built from the Ionic CLI source code
The Ionic docs have been translated into Japanese and are in the process of being translated into Chinese, French, Portuguese, and Spanish. We've chosen these languages because we believe they have the greatest number of developers where English-only documentation would be a barrier.
We use Crowdin for our translation service. You can participate in the translation effort on the Ionic Crowdin page.
Please submit translation issues to the Crowdin page and not the Ionic Docs GitHub repo.
The Japanese translation of the docs were built by an independent team, lead by rdlabo and can be found and contributed to on the ionic-jp group's ionic-docs
project page.
Before submitting an issue to the Ionic docs repo, please search existing issues to avoid duplicate reports.
If the issue you're reporting is a bug, please be sure it is an issue with the Ionic docs themselves and not the subject of the documentation. With your report, please provide:
- Steps to reproduce
- Expected behavior
- OS and browser versions
- If possible, a demo repo or CodePen/CodeSandbox
Note
Some reference content is pulled from other Ionic repos. In that case, please submit your issue on the docs repo with a link to the repo where the content lives.
When submitting pull requests, please keep the scope of your change contained to a single feature or bug. When in doubt, err on the side of smaller pull requests. If your pull request is a new feature, we would recommend opening an issue first to come to an agreement about the feature before putting in significant time.
The Ionic documentation's main
branch is deployed automatically and separately from the Ionic site itself. The Ionic site then uses a proxy for paths under /docs
to request the deployed documentation.
This repo is licensed and managed separately from Ionic itself.
By contributing to this repo, you agree to have your contributions licensed under the Apache 2.0 license. See LICENSE for the full license text.