This repo contains all of the guides and references for Adobe Express add-on developers, hosted at https://developer.adobe.com/express/add-ons/docs/guides/.
This section outlines the steps that should be taken to format the generated Document API references from Horizon into a Gatsby-friendly format.
TIP: it's easiest to open just the editor
folder in VS Code (or your favorite editor) so you can globally search and replace in only those files to avoid unintentional mistakes. (Or set the advanced search settings to exclude everything else).
Recommended pre-req: Install this extension in VS Code to make it easier to apply transformations across many files.
-
Search and Replace again across files to change the auto-generated HLAPI docs headings from
@hz/add-on-hz-hlapi-sdk
–> to@express-document-sdk
. -
The heading in the generated
classes
,enumerations
,interfaces
,namespaces
, andtype-aliases
is not required. So, find and remove all occurrences of:[**@express-document-sdk**](../overview.md) • **Docs** ---
-
The API signatures generated in
classes
,enumerations
,interfaces
,namespaces
, andtype-aliases
is indented. In these directories, find and replace all occurrences ofnewline + > + space
withnewline + • + space
, ensuring no code example or closing tag is replaced. -
Find and replace all `mat2d` --> [`mat2d`](https://glmatrix.net/docs/module-mat2d.html)
-
Fix any
[iterator]
links to remove the brackets from the link references to ensure they work. For instance:ArtboardList.md#%5Biterator%5D
should beArtboardList.md#iterator
. To fix, use Search again with a regex string of.md#%5Biterator%5D
and replace with.md#iterator
. -
Find and remove all occurrences of
TemplatizedProxyLiveObject
. An example is ofReadOnlyItemList.md
, where you should remove the following section:## Extends - `TemplatizedProxyLiveObject`<`HzApiInputType`\>
-
Find and remove all occurrences of
ProxyLiveObject
. An example is ofBaseNode.md
, where you should remove the following section:## Extends - `ProxyLiveObject`
-
Add a blank line after any
InlineAlert
in the Enums to render them properly. (This can be easily fixed in the hz repo) -
Ensure any lists are surrounded by one blank line so the linter in the PR job doesn't complain. See Context, Editor classes specifically such as the
makeStroke
method which has a list. (Note: you can check the PR validation job to see if you missed any). (This can be easily fixed in the hz repo) -
Find and replace
\<
with<
for all.md
files.
This is a site template built with the Adobe I/O Theme.
View the demo running on Github Pages.
The slack channel #adobe-developer-website is our main point of contact for help. Feel free to join the channel and ask any questions.
For local development, simply use :
$ yarn install
$ yarn dev
For the developer documentation, read the following sections on how to:
- Arrange the structure content of your docs
- Link to pages
- Use assets
- Set global Navigation
- Set side navigation
- Use content blocks
- Use Markdown
For more in-depth instructions.
-
To run the configured linters locally (requires Docker):
yarn lint
NOTE If you cannot use Docker, you can install the linters separately. In
.github/super-linter.env
, see which linters are enabled, and find the tools being used for linting in Supported Linters. -
To check internal links locally
yarn test:links
-
To build and preview locally:
yarn start
For any team that wishes to deploy to the developer.adobe.com and developer-stage.adobe.com websites, they must be in contact with the dev-site team. Teams will be given a path that will follow the pattern developer.adobe.com/{product}/
. This will allow doc developers to setup their subpaths to look something like:
developer.adobe.com/{product}/docs
developer.adobe.com/{product}/community
developer.adobe.com/{product}/community/code_of_conduct
developer.adobe.com/{product}/community/contribute
You can deploy using the GitHub actions deploy workflow see deploy instructions.