Skip to content

Latest commit

 

History

History
165 lines (122 loc) · 5.17 KB

README.template.md

File metadata and controls

165 lines (122 loc) · 5.17 KB
Raw

Barebones boilerplate with webpack, options handler and auto-publishing.

Features

This extension template is heavily inspired by refined-github, notifier-for-github, and hide-files-on-github browser extensions. You can always refer to these browser extensions' source code if you find anything confusing on how to create a new extension.

How to use this template

Click Use this template and make a copy of your own. 😉

Configuration

The extension doesn't target any specific ECMAScript environment or provide any transpiling by default. The extensions output will be the same ECMAScript you write. This allows us to always target the latest browser version, which is a good practice you should be following.

Webpack

Transpiling using Babel

The template bakes in a pretty basic webpack config, with no transpiling. To setup transpiling using Babel follow the following configuration steps.

  1. Install Babel packages and respective loader for webpack.

    npm i --save-dev @babel/core @babel/preset-env babel-loader

  2. In webpack.config.js, add the following rule to process JS files.

    module: {
	rules: [
		{
			test: /\.js$/,
			exclude: /node_modules/,
			loader: 'babel-loader'
		}
	]
}

  3. Target respective browsers using .babelrc.

    {
	"presets": [
		["@babel/preset-env", {
			"targets": {
				"chrome": "74",
				"firefox": "67"
			}
		}]
	]
}

Extracting CSS

If you will be writing any code that will be importing CSS files from JS files, then you will be needing mini-css-extract-plugin to extract this imported CSS into its own file.

  1. Install the webpack plugin.

    npm i --save-dev mini-css-extract-plugin

  2. Modify the webpack config as mentioned to let this plugin handle CSS imports.

    // Import plugin
const MiniCssExtractPlugin = require('mini-css-extract-plugin');

// Under `module.rules`
{
	test: /\.css$/,
	use: [
		MiniCssExtractPlugin.loader,
		'css-loader'
	]
}

// Under `plugins`
new MiniCssExtractPlugin({
	filename: 'content.css'
})

TypeScript

TypeScript and Babel configs conflict each other, so you can only use one of these configuration types at any point.

  1. Install TypeScript and respective loader for webpack

    npm i --save-dev typescript ts-loader @types/firefox-webext-browser

  2. Use the following webpack rule in the config file.

    {
	test: /\.(js|ts|tsx)$/,
	loader: 'ts-loader',
	exclude: /node_modules/
},

  3. Use the following as tsconfig.json, uses sindresorhus/tsconfig (install it as dependecy before using).

    {
	"extends": "@sindresorhus/tsconfig",
	"compilerOptions": {
		"target": "esnext",
		"declaration": false
	},
	"include": [
		"source"
	]
}

TypeScript requires additional configuration depending on how you set it up, like linting.

Auto-syncing options

Options are managed by fregante/webext-options-sync, which auto-saves and auto-restores the options form, applies defaults and runs migrations.

Publishing

It's possible to publish to both the Chrome Web Store and Mozilla Addons at once by creating these ENV variables:

  1. CLIENT_ID, CLIENT_SECRET, and REFRESH_TOKEN from Google APIs.
  2. WEB_EXT_API_KEY, and WEB_EXT_API_SECRET from AMO.

And then running:

npm run release

This will:

  1. Build the extension
  2. Create a version number based on the current UTC time, like 19.6.16.428 and sets it in the manifest.json
  3. Deploy it to both stores

Auto-publishing

Thanks to the included GitHub Action Workflows, if you set up those ENVs in the repo's Settings, the deployment will automatically happen:

  • when creating a deploy tag (it will use the current date/time as version, like 19.6.16.428)
  • when creating a specific version tag based on the same date format (like 20.1.2 or 20.1.2.3)
  • on a schedule, by default every week (but only if there are any new commits in the last tag)