diff --git a/docs/assets/cli-output.png b/docs/assets/cli-output.png index f76d5552..8ad4f4b5 100644 Binary files a/docs/assets/cli-output.png and b/docs/assets/cli-output.png differ diff --git a/docs/get-started/entrypoints.md b/docs/get-started/entrypoints.md index f45117bc..774a7020 100644 --- a/docs/get-started/entrypoints.md +++ b/docs/get-started/entrypoints.md @@ -12,12 +12,11 @@ For example, a project that looks like this: ``` -├─ entrypoints/ -│ ├─ background.ts -│ ├─ content.ts -│ ├─ injected.ts -│ └─ popup.html -└─ wxt.config.ts +└─ entrypoints/ + ├─ background.ts + ├─ content.ts + ├─ injected.ts + └─ popup.html ``` would result in the following `manifest.json`: @@ -49,9 +48,9 @@ If a file uses a [special name recognized by WXT](/get-started/entrypoints.md), - `content.ts` → `content_scripts.0.js.0` - `background.ts` → `background.service_worker` -But not all entrypoints are added to the `manifest.json`. If they have a name that is not recognized by WXT, they are still built and included in the extension, but they are considered "unlisted" and are not apart of the manifest. +But not all entrypoints are added to the `manifest.json`. If the filename is not recognized by WXT, they are still built and included in the extension, but they are considered "unlisted" and are not apart of the manifest. -In this case, `injected.ts` gets bundled to `/injected.js` and is accessible via `browser.runtime.getURL("/injected.js")`. +In this case, `injected.ts` gets output to `/injected.js` and is accessible via `browser.runtime.getURL("/injected.js")`. :::info See [`/entrypoints` folder](/guide/background.md) documentation for a full list of recognized entrypoint filenames. diff --git a/docs/get-started/publishing.md b/docs/get-started/publishing.md index 3307a2a2..23603264 100644 --- a/docs/get-started/publishing.md +++ b/docs/get-started/publishing.md @@ -16,9 +16,9 @@ wxt zip -b firefox Generated ZIP files are stored in the `.output` directory. -## Setup Automated Submissions +## Automation -To automate submissions, use the [`publish-browser-extension`](https://www.npmjs.com/package/publish-browser-extension) package. +To automate releasing updates, use the [`publish-browser-extension`](https://www.npmjs.com/package/publish-browser-extension) package. :::info 🚧 WXT plans to eventually incorporate the `publish-browser-extension` package into its own `wxt submit` command. @@ -159,7 +159,7 @@ Ensure that you have a `README.md` or `SOURCE_CODE_REVIEW.md` file with the abov 🚧 Not automated at this time :::warning -🚧 WXT does not currently support automated publishing for Safari. Safari extensions require a native MacOS or iOS app wrapper, which WXT isn't configured to create. For now, if you want to publish to Safari, follow this guide: +🚧 WXT does not currently support automated publishing for Safari. Safari extensions require a native MacOS or iOS app wrapper, which WXT cannot create at this time. For now, if you want to publish to Safari, follow this guide: https://developer.apple.com/documentation/safariservices/safari_web_extensions/distributing_your_safari_web_extension