Quickly generate IIIF Presentation JSON for use in the Universal Viewer.
UV.pub stores your IIIF assets in a Dat archive. This can be used in conjunction with a tool like FuseBot to preserve your Dat archive on a server, and make it available over HTTP.
UV.pub is built with Electron, dat-node, and biiif
- Fork this repository and create your
branch from
master
. - Make your change.
- Send a pull request.
- Sign the CLA, if you haven't already.
The sole development dependency of this project is Node.js, so make sure you have it installed. Then type the following commands known to every Node developer...
git clone https://github.com/universalviewer/uv.pub.git
cd uv.pub
npm install
npm start
...and boom! You have a running desktop application on your screen.
The application consists of two main folders...
src
- files within this folder get transpiled or compiled (because Electron can't use them directly).
app
- contains all static assets (put here images, css, html etc.) which don't need any pre-processing.
The build process compiles the content of the src
folder and puts it into the app
folder, so after the build has finished, your app
folder contains the full, runnable application.
Treat src
and app
folders like two halves of one bigger thing.
The drawback of this design is that app
folder contains some files which should be git-ignored and some which shouldn't (see .gitignore
file). But this two-folders split makes development builds much, much faster.
npm start
Build process uses Webpack. The entry-points of your code are the files src/background.js
and src/app.js
. Webpack will follow all import
statements starting from those files and compile code of the whole dependency tree into one .js
file for each entry point.
Babel is also utilised, but mainly for its great error messages. Electron runs under the hood latest Chromium, hence most of the new JavaScript features is already natively supported.
Environmental variables are done in a bit different way (not via process.env
). Env files are plain JSONs in config
directory, and build process dynamically links one of them as an env
module. You can import it wherever in code you need access to the environment.
import env from "env";
console.log(env.name);
To do so edit package.json
:
"devDependencies": {
"electron": "1.7.9"
}
Side note: Electron authors recommend to use fixed version here.
Remember to respect the split between dependencies
and devDependencies
in package.json
file. Your distributable app will contain modules listed in dependencies
after running the release script.
Side note: If the module you want to use in your app is a native one (not pure JavaScript but compiled binary) you should first run npm install name_of_npm_module --save
and then npm run postinstall
to rebuild the module for Electron. You need to do this once after you're first time installing the module. Later on the postinstall script will fire automatically with every npm install
.
Run all tests:
npm test
npm run unit
Using electron-mocha test runner with the Chai assertion library. You can put your spec files wherever you want within the src
directory, just name them with the .spec.js
pattern.
npm run e2e
Using Mocha and Spectron. This task will run all files in e2e
directory with pattern .e2e.js
.
To package your app into an installer use command:
npm run release
It will start the packaging process. Once the process finished, the dist
directory will contain your distributable file.
We use electron-builder to handle the packaging process. It has a lot of customization options, which you can declare under "build"
key in package.json
.
You can package your app cross-platform from a single operating system, electron-builder kind of supports this, but there are limitations and asterisks. That's why this boilerplate doesn't do that by default.