Browser extension development plugin for vue-cli 3.x
This is intended to be a vue-cli@3.x replacement for Kocal/vue-web-extension v1
(now, Kocal/vue-web-extension is a preset using this plugin).
This plugin changes the serve
command for your vue applications.
This new command is only for running a livereload server while testing out your browser extension.
This removes the entrypoint of src/main.js
, and as such will not scaffold a general vue app.
Packaging and deploying will still be done with yarn build
and zipping in up for Chrome, Firefox, or whichever other browser you wish to develop for.
It makes some assumptions about your project setup. I hope to be able to scaffold an app so that identifying the below in unnecessary.
.
├── public/
│ ├── _locales/
│ │ └── en/
│ │ └── messages.json
│ ├── icons/
│ │ └── Icons for your extension. Should include a 16, 19, 38, 48, and 128px square image
│ └── browser-extension.html (default target html template)
├── src/
│ ├── assets/
│ │ └── Static assets in use in your app, like logo.png
│ ├── components/
│ │ └── HelloWorld.vue (modified)
│ ├── content-scripts
│ │ └── content-script.js
│ ├── devtools/ (asked during project generation)
│ │ ├── App.vue
│ │ └── main.js
│ ├── options/ (asked during project generation)
│ │ ├── App.vue
│ │ └── main.js
│ ├── popup/ (asked during project generation)
│ │ ├── App.vue
│ │ └── main.js
│ ├── override/ (asked during project generation)
│ │ ├── App.vue
│ │ └── main.js
│ └── standalone/ (asked during project generation)
│ ├── App.vue
│ └── main.js
├── background.js
└── manifest.json
If you wish to use the signing key functionality you will need to have openssl
available on your system.
This can be added to your vuejs project by one of the following methods:
- Using the
vue ui
and searching for this project - Using the vue cli
vue add browser-extension
command
Running the Livereload server.
This will build and write to the local dist
directory.
This plugin will respect the outputDir
setting, however it cannot read into passed CLI args, so if you require a custom output dir, be sure to add it in your vue.config.js
file.
You can then add this as an unpacked plugin to your browser, and will continue to update as you make changes.
NOTE: you cannot get HMR support in the popup window, however, closing and reopening will refresh your content.
yarn serve
yarn build
Plugin options can be set inside your vue.config.js
:
// vue.config.js
module.exports = {
pluginOptions: {
browserExtension: {
// options...
},
},
};
-
components
- Type:
Object.<string, boolean>
The browser extension components that will be managed by this plugin.
Valid components are:
- background
- popup
- options
- contentScripts
- override
- standalone
- devtools
components: { background: true, contentScripts: true }
- Type:
-
componentOptions
- Type:
Object.<string, Object>
See Component options.
- Type:
-
extensionReloaderOptions
- Type:
Object.<string, Object>
See available options in webpack-extension-reloader.
- Type:
-
manifestSync
- Type:
Array<string>
- Default:
['version']
Array containing names of
manifest.json
keys that will be automatically synced withpackage.json
on build.Currently, the only supported keys are
version
anddescription
. - Type:
-
manifestTransformer
- Type:
Function
Function to modify the manifest JSON outputted by this plugin.
An example use case is adding or removing permissions depending on which browser is being targeted.
manifestTransformer: (manifest) => { if (process.env.BROWSER === 'chrome') { manifest.permissions.push('pageCapture'); } return manifest; };
- Type:
-
modesToZip
Deprecated. Any mode will be zipped to the artifacts dir, when
NODE_ENV=production
(the default in the normalyarn build
). For more information on how to setNODE_ENV=production
in other modes see Vue CLI docs – Example Staging Mode -
artifactsDir
- Type:
string
- Default:
'./artifacts'
Directory where the zipped browser extension should get created.
- Type:
-
artifactFilename
- Type:
Function
- Default:
({name, version, mode}) => `${name}-v${version}-${mode}.zip`
Optional function to generate a custom artifact filename. Useful for naming builds for different browsers.
The function takes a single object parameter containing:
name
- Name frompackage.json
version
- Version frompackage.json
mode
- Vue CLI mode such as 'production'
For example,
// vue.config.js module.exports = { pluginOptions: { browserExtension: { artifactFilename: ({ name, version, mode }) => { if (mode === 'production') { return `${name}-v${version}-${process.env.BROWSER}.zip`; } return `${name}-v${version}-${process.env.BROWSER}-${mode}.zip`; }, }, }, };
- Type:
Some browser extension components have additional options which can be set as follows:
// vue.config.js
module.exports = {
pluginOptions: {
browserExtension: {
componentOptions: {
// <name of component>: <options>
// e.g.
contentScripts: {
entries: {
content1: 'src/content-script1.js',
content2: 'src/content-script2.js',
},
},
},
},
},
};
-
entry
- Type:
string|Array<string>
Background script as webpack entry using the single entry shorthand syntax.
background: { entry: 'src/my-background-script.js'; }
- Type:
-
entries
- Type:
{[entryChunkName: string]: string|Array<string>}
Content scripts as webpack entries using using the object syntax.
contentScripts: { entries: { 'my-first-content-script': 'src/content-script.js', 'my-second-content-script': 'src/my-second-script.js' } }
- Type:
Some boilerplate for internationalization has been added. This follows the i18n (chrome|WebExtention) spec.
Provided for you is the default_locale
option in the manifest, and a _locales
directory.
There is some basic usage of it in the manifest, as well as in some of the boilerplate files.
Since this is largely an out of the box solution provided by the browsers, it is heavily encouraged to utilize it.
If you do not want to translate your app, simply delete the public/_locales
directory, and no longer use the browser.i18n
methods.
This plugin by default adds in the official mozilla webextension polyfill to the build. The opinion of this plugin is that developers should be building cross platform, and should have reasonable tooling to do so. By emphasizing cross platform first, your application will be adhering to the community standards, be ready for distribution to other extension stores, and avoid developing against browser APIs that may have no equivalent. The polyfill is a no-op on firefox, and only takes up 20.5kb unminified.
If you still feel strongly to not include the polyfill, then this is what you need to add to your webpack chain to do so.
vue.config.js
module.exports = {
chainWebpack(config) {
config.plugins.delete('provide-webextension-polyfill');
config.module.rules.delete('provide-webextension-polyfill');
},
};
This library is following the standard styling of vue projects, and those are really the only tests to perform.
yarn test
- A preset
- Cleanup the dist-zip directory
- https://github.com/Kocal/vue-web-extension For inspiration on app and build structure
- https://github.com/YuraDev/vue-chrome-extension-template For the logo crop and app/scaffold structure
- @YuraDev for the wonderful WCER plugin for livereloading extensions