local Node/Browser development with Chrome DevTools. This fork uses a fork of watchify that prevents EMFILE warnings.
npm install @joeybaker/hihat> local Node/Browser development with Chrome DevTools
Runs a source file in a Chrome DevTools process. Saving the file will reload the tab.
This is useful for locally unit testing browser code with the full range of Web APIs (WebGL, WebAudio, etc). It provides access to profiling, debugger statements, network requests, and so forth.
It can also be used to develop typical Node projects, or as a generic Node REPL. For example, instead of using nodemon during development, you can use hihat to make use of a debugger.
Since it provides Browser and Node APIs, it can also be used for some simple CLI tooling, like saving a Canvas2D to a PNG file.
Eventually; this may be useful for headless testing of Node/Browser code on a server.
Under the hood, this uses electron, browserify and watchify.
Currently only tested on OSX Yosemite.
This project is still in active development.

This project is currently best suited as a global install. Use npm to install it like so:
``sh`
npm install hihat -g
Simplest case is just to run hihat on any source file that can be browserified (Node/CommonJS).
`sh`
hihat index.js
Any options after -- will be passed to browserify. For example:
`sh`transpile ES6 files
hihat tests/*.js -- --transform babelify
You can use --print to redirect console logging into your terminal:
`sh`
hihat test.js --print | tap-spec
The process will stay open until you call window.close() from the client code. Also see the --quit and --timeout options in Usage.
Usage:
`sh`
hihat [entries] [options] -- [browserifyOptions]
Options:
- --port (default 9541)--host
- the port to host the local server on
- (default 'localhost')--dir
- the host for the local development server
- (default process.cwd())--print
- the root directory to serve static files from
- console.log
- and console.error will print to process.stdout and process.stderr--quit
- --frame
- uncaught errors (like syntax) will cause the application to exit (useful for unit testing)
- (default '0,0,0,0')x,y,width,height
- a comma-separated string for window boundswidth,height
- if only two numbers are passed, treated as true
- if is passed, uses the native default size--no-devtool
- --raw-output
- do not open a DevTools window when running
- --node
- do not silence Chromium debug logs on stdout/stderr
- --no-electron-builtins
- enables Node integration (see node)
- --node
- when is enabled, makes it behave more like Node by ignoring Electron builtins--timeout
- (default 0)--exec
- a number, will close the process after this duration. Use 0 for no timeout
-
- an alias for , --no-devtool and --quit options. Useful for headless executions--index=path/to/index.html
- index.html
- optional file to override the default (see HTML index)--serve
- --browser-field
- what to serve your bundle entry point as
- defaults to file name if possible, otherwise 'bundle.js'
- true
- Can specify or false to force enable/disable the "browser" field resolution, independently of the --node option
By default, browserify will use source maps. You can change this with --no-debug as a browserify option:
`sh`
hihat test.js -- --no-debug
hihat can also be used for developing simple Node modules. The --node flag will disable the "browser" field resolution and use actual Node modules for process, Buffer, "os", etc. It also exposes require statement outside of the bundle, so you can use it in the Chrome Console while developing.
For example, foobar.js
`js
var fs = require('fs')
fs.readdir(process.cwd(), function (err, files) {
if (err) throw err
debugger
console.log(files)
})
`
Now we can run the following on our file:
`sh`
hihat foobar.js --node
By default, enabling --node will also enable the Electron builtins. You can pass --no-electron-builtins to disable Electron modules and make the source behave more like Node.
#### Limitations
There are some known limitations with this approach.
- Modules that use native addons (like node-canvas) are not supported.
- Unlike a typical Node.js program, you will need to explicitly quit the application with window.close()require.resolve
- Since the source is run through browserify, the initial build time is slow and features like are not yet supported. #21process.stdin
- Some features like are not possible. #12
- Since this runs Electron instead of a plain Node.js runtime, it may produce some unusual results
If you specify hihat without any entry files, it will not invoke browserify or watchify. For example, you can use this as a generic alternative to the Node REPL, but with better debugging and various Web APIs.
`sh`
hihat --node
Example:
!repl
By default, hihat will serve a simple HTML index.html file. You can use --index for an alternative. The path is relative to your current working directory.
`sh`
hihat test.js --index=foo.html
And the following foo.html:
`html