CLI for making NW.js apps with the JavaScript boilerplate of your choice
Switch branches/tags
Nothing to show
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
bin
scripts
template
.editorconfig
.gitignore
LICENSE
README.md
package.json
yarn.lock

README.md

Northwest

CLI for making NW.js apps with the JavaScript boilerplate of your choice

Journey to the north west child, there, you will find solace.

TOC

Installation

npm install -g northwest

Requirements

  • node >= 5.12.0
  • npm >= 3.8.6

Quickstart

This example makes an app with make then seeds it with create-react-app via the seed command.

npm install -g northwest
northwest make my-app
cd my-app
northwest seed cmd "create-react-app src"
npm run start --prefix src | npm run dev -- m=http://localhost:3000

What is this?

NW.js is a great tool for releasing JavaScript apps for desktop, but it doesn't really care how to build your app (nor should it!).

Northwest is a CLI that provides a way to make your NW.js app, and seed it from a source of your choice. You can currently seed from a git repository, an npm package or a whitelisted command. It also gives you some tools to dev with your chosen seed inside the NW.js app runtime giving you access to node modules and things like the user's file system. You also get built-in scripts to release your app for Mac, Linux & Windows in various flavours.

Why not Electron?

Electron is no doubt an excellent alternative to NW.js with a huge community behind it a lot of support, and, let's be honest, a hotter website. However, it lacks some features which NW.js provides, namely better source code protection options. The Electron team has consistently stated that they will not be offering it in the near future. So basically, if you want source code protection for your desktop JavaScript app, NW.js is currently the only tool to provide it out of the box.

Understanding NW.js

It's recommended that you've got at least a basic understanding of NW.js before using Northwest, here's some parts of the documentation that are must-reads:

Mildly Opinionated

Northwest is a mildly opinionated tool. It is designed for convenience and to increase productivity, but in order to achieve this, it makes some assumptions about your JavaScript app. Most of these can be overcome but if you're app is not setup in a certain way, it may require more tinkering to get things to work as intended. Here's a short summary of things to note:

  • Your seed should have a build / compile step which will generate single files for css and javascript or run development within a dev server such as webpack-dev-server
  • Your app should work with bundled assets and not need to pull things in from locations which won't exist on user's systems when you release (unless these are loaded at runtime via requests)
  • You should probably be using Babel to transpile your source code to take advantage of ES6/7 features, this is not a requirement, but it is recommended

API

Commands

These commands become globally available once you npm install -g northwest.

northwest make <app-name>

Usage:

northwest make my-app
Arguments
<app-name>

The name of your app. This will be written into the NW.js manifest and will also be the name of the directory your app installs into with the following structure:

Structure

app/
  assets/
    css/
      app.css
    js/
      app.js
    {static}
  index.html
  package.json
releases/
src/
.editorconfig
.gitignore
package.json
README.md
app

Contains your NW.js manifest. When you npm run dev this is the default directory that is used, however you can configure some manifest properties before running NW.js when using this script, check the dev docs for more on this. When you npm run release this is the directory that will be used as your build by default. Again, this is also configurable by passing flags to the release command, for more info checkout the release docs.

The default index.html includes the assets/css/app.css and assets/js/app.js files and will watch/reload the app when these files change. If your src is using a task runner like gulp or grunt to build your app, you should save your compiled files to these locations.

Remember, NW.js is your "chrome" now, so if you have an index.html entry point in your src and you aren't serving one from a local webserver, your src/path/to/index.html file will need to be migrated to app/index.html.

releases

Stores shippable releases of your application for whatever operating system you specified with the npm run release command.

src

Your JavaScript app. Populated via the northwest seed command. Will always contain the Nw module.

northwest seed <platform> <seed>

Usage:

cd my-app
northwest seed git https://github.com/lean/phaser-es6-webpack.git

Seeding creates the JavaScript source for your app. You get three different ways in which to seed your app, all of which will populate your src directory with the desired source files. You will also have a module, Nw placed in the src directory which can be imported by your seed to gain access to node & NW.js objects and methods. Check the

Arguments
<platform>

This argument defines the platform which you will seed from, there are three choices

  • git - seeds from a git repository
  • npm - seeds from an npm package
  • cmd - seeds from a whitelisted command
<seed>

The repository (url), package (npm package name) or command you wish to seed from.

In the case of using commands to seed, it is expected that you will have the package which exposes the command installed globally. Northwest currently supports

  • create-react-app
  • vue
  • ng

For all of the above, the command's target must be the src directory (see nw module for more info). You may pass any other options to your command, but remember the <seed> needs to be passed as a single argument, so you'll need to wrap it in quotes.

Usage:

  • northwest seed cmd "create-react-app src"
  • northwest seed cmd "vue init webpack src"
  • northwest seed cmd "ng new src"

If you would like more commands to be supported, please open a PR.

Nw Module

After seeding you'll get a nw ES6 module placed in your src which exports an instance of the Nw class. This class contains getters for easily accessing the NW.js nw object and other associated objects such as gui, Window as well as standard node modules like fs and path. It's basically designed to be a helper class that wraps NW.js and node functionality.

Some seeds might require you to place this module in a certain directory in order for it to be transpiled correctly, for example, create-react-app requires you to place it in its src directory (so that will be src/src after you seed), so make sure you do that before importing it or you may get errors. Feel free to customise the module as you see fit.

Scripts

These commands are available from inside any northwest app and are included in your package.json after you run northwest make <app-name>.

npm run dev -- <arguments>

Runs the NW.js app with the installed version of NW.js. You can pass a number of arguments to this script to configure the NW.js manifest before starting the app.

This script will always set your process.env.NODE_ENV to 'development'.

Arguments

Each argument needs to be appended after npm run dev --, delimited by spaces and set with = eg.,

npm run dev -- main=index.html static=../src/media

Arguments which affect the manifest will be saved and do not need to be passed again when running dev.

Please note that if your seed uses webpack and gets served from a dev server, passing css, js, or static arguments is totally unnecessary as these files will be stored in the dev server. In this instance, you can simply pass the server URL to main and everything should just work.

  • main, m
    • Sets the main property of the app's manifest. Must be a path to an index.html file or URL to a location serving one. If you set this to a URL, the node-remote of your manifest file will also be set to URL/*. Handy for dev with seeds using webpack. Defaults to index.html
  • css, c
    • Copies the .css file located at the supplied path to app/assets/css/app.css. This file is watched by app/index.html for changes which will trigger an app reload.
  • js, j
    • Copies the .js file located at the supplied path to app/assets/js/app.js. This file is watched by app/index.html for changes which will trigger an app reload.
  • static, st
    • The path to your seed's static files (images, fonts, sounds etc.,). This entire directory will be copied to app/assets/{static} where {static} is the name of the directory where your static files are stored. Note! If you wish to copy an entire directory over, you must end your path with a trailing slash ie., src/copy/this/dir/
  • version, v
    • The version of your app, will set the version property of the app's manifest. Defaults to 0.0.1.

npm run release -- <app> <manifest> <nwbuild>

This will create releases for the OS of your choice using the nwjs-builder package.

Releasing will package your app using the package.json file from ./app as its manifest. This process will also always set the manifest's main property to index.html.

This script will always set your process.env.NODE_ENV to 'production'.

Arguments

Each argument needs to be appended after npm run release --, delimited by spaces and set with = eg.,

npm run release -- app=src/build manifest=app/release.package.json

If you wish to pass custom arguments to nwjs-builder simply append these after nwbuild= eg,.

npm run release -- nwbuild=-p win32,win64,osx32,osx64,linux32,linux64 --executable-name "My App"
  • app, a
    • The path to the app to release, defaults to ./app but can be any directory containing an index.html file, for example src/build
  • nwbuild, n
    • Prefix to delimit any custom nwjs-builder arguments you wish to pass
    • Note! The output directory, -o, is autoset by this command, so there's no need to pass it here

Advanced Usage

Customising Your Scripts

If your seed has scripts of its own, such as npm run start and you get sick of running both one after the other, feel free to modify your northwest app's scripts to accomodate. For example, if you wanted to start an app created with create-react-app and dev a northwest app at the same time, you could modify the northwest dev script to

"dev": "npm run start --prefix src | northwest dev -- m=http://localhost:3000"

In the above example, the main property of the NW.js manifest will be saved after the first time you've run this command, so the above could be shortened to

"dev": "npm run start --prefix src | northwest dev"

You can then pass arguments to dev normally.

The same approach can be taken for releasing. If you have some presets which you always want to release with, simply update the release script to suit your means eg.,

"release": "nortwest release -- nwbuild=-p osx64,win64,linux64"

Now npm run release will always release for only 64bit operating systems.

Woking with webpack

Many seeds that use webpack will auto launch your app in the browser when you npm run start. As NW.js is now your app shell, this can get annoying. Since you may also be using Node APIs that are not available in the browser (fs etc.,) there's not really much point developing in the browser at this point. Therefore if your seed has a way to disable this, it's probably a good idea to do so. Here's a quick reference for disabling it in some seeds that might use this functionality;

create-react-app

Set the BROWSER=none environment variable in your .env file

vue

If you are using the webpack template, set autoOpenBrowser: false in config/index.js

lean/phaser-es6-webpack

Add open: false to new BrowserSyncPlugin constructor options in webpack.config.js

Note! There will probably be a slight delay between the dev server starting and your NW.js app connecting to it, you might see a 404 not found page at first but this should fix itself in a few seconds.

Roadmap

  • examples
  • support for nwjc as a script to easily secure your source code
  • and more!

License

MIT

Credits

Northwest was built with Atom, MacDown and iTerm2.

Special thanks to @dominikwilkowski for the node tips!