A modular, configuration-first front-end framework. No strings.
What does Undernet include?
- Style defaults for common page elements: buttons, form inputs, typography, and the like.
- Flex grid for advanced layout options.
- Interactive components powered by JavaScript.
- Highly brandable and extendable.
The main site, https://undernet.io, is deployed using Netlify.
$ npm install -D undernet
$ yarn add -D undernet
See CSS documentation to setup a custom pipeline with Undernet's SCSS.
See JS documentation to learn how to setup and use Undernet's API for interactive components.
Currently available list of components:
Each require a specific HTML structure to allow for proper accessibility and interactivity for the user. Examples included in the links above.
See CONTRIBUTING.md for more details on git flow and recommendations for pull requests/issues.
First fork the project on Github. Then set up locally. Note that NPM is used for all scripts.
$ git clone git@github.com:USER_NAME/undernet.git
$ cd undernet/
$ npm run setup
The site is both a demo and marketing tool. It is built with my own webpack setup called Pulsar. It's basically just Webpack + React, so don't panic. :)
$ npm run watch
$ npm run build
$ npm run test
$ npm run test:watch
The site itself is a demo of the framework, so you should be able to work on the framework source itself while the site runs in the background.
The build environment works in any unix environment where node and npm are available. If you're on Windows, that means you'll need WSL or an equivalent solution.
If you've already run npm run install
, these commands should Just Work™.
$ npm run build:dist
The script processes the SCSS and JS, then compiles the output to the dist/
folder.
To continually reload fresh JS assets while running the site's dev server, run the below command in a separate terminal session.
$ npm run js:watch
To make a release build for npm, run the following command, where the third keyword should be one of major
, minor
or patch
:
$ npm version (major|minor|patch)
This will do a few things:
- Run the full test suite to ensure the library is stable.
- Increment the package by the version you specify, and tag it appropriately
- Run a custom node script to update appropriate files with the new version
- Build all package assets for publishing
- Create new content hashes to be used with cdn subresource integrity links in the docs
- Add all new build assets to the version commit and open a prompt for the release's commit message
The release commit is usually in this format: [Version X.X.X] This release does x, y, and z.
The commit will be ready to merge to master. After that, the repo can be published to npm. I recommend using npm publish --dry-run
to confirm the output is what you expect. Then remove the flag and a new version is out in the world!