Component Library package & Component Catalog app code
Go to file
2019-01-16 17:44:22 -08:00
docs Reviews go through Teambot 2018-10-16 10:40:20 +01:00
lib Export CustomElement 2019-01-16 17:44:22 -08:00
scripts Prep for 0.19 dual-publish (#163) 2018-11-12 15:38:19 -08:00
src Include a comment about updating TextArea 2019-01-16 13:51:22 -08:00
src-0.18 Fix checkbox (#175) 2018-11-15 22:30:40 -08:00
styleguide-app Add onBlur to TextInput V4 2019-01-07 15:35:47 -05:00
tests/Spec/Nri/Ui Add Checkbox.V4/PremiumCheckbox.V3 with correct text styling 2018-12-14 12:18:49 +00:00
.envrc add the simplest possible .envrc 2018-12-18 16:47:08 -06:00
.gitattributes Only store images in git lfs 2018-05-04 13:44:30 +02:00
.gitignore ignore documentation.json 2018-12-18 16:42:57 -06:00
.npmignore Updates to TextArea (#70) 2018-06-11 11:08:49 -07:00
.travis.yml dont cache sysconfcpus 2018-12-12 16:30:13 -08:00
elm-package.json Remember to commit some changes... 2018-12-18 12:01:13 +00:00
elm.json Bump version 2019-01-16 13:55:52 -08:00
LICENSE Initial commit 2017-11-14 16:24:25 -08:00
Makefile use npx for everything 2018-12-18 16:46:32 -06:00
package-lock.json 1.1.1 2019-01-16 14:04:23 -08:00
package.json 1.1.1 2019-01-16 14:04:23 -08:00
README.md Remember to commit some changes... 2018-12-18 12:01:13 +00:00
shell.nix version Elm stuff with npm instead 2018-12-18 16:46:07 -06:00

noredink-ui

UI widgets we use.

Dual publishing notes

All internal consumers of this repository have been upgrade to Elm 0.19, so we will not be continuing to update the Elm 0.18 source.

Versioning policy

We try to avoid breaking changes and the associated major version bumps in this package. The reason for that is to avoid the following scenario:

  |
  x   4.6.0: Adding RadioButton widget
  |
  x   5.0.0: Breaking change in the TextArea widget
  |
  x   5.0.1: Styling fix in the Checkbox widget
  |

Suppose you just released version 5.0.1, a small styling fix in the checkbox widget, for a story you're working on. If the project you're working in currently pulls in noredink-ui at version 4.x, then getting to your styling fix means pulling in a new major version of noredink-ui. This breaks all TextArea widgets across the project, so those will need to be fixed before you can do anything else, potentially a big effort.

To prevent these big Yaks from suddenly showing up in seemingly trivial tasks we prefer to avoid breaking changes in the package. Instead when we need to make a breaking change in a widget, we create a new module for it Nri.Ui.MyWidget.VX. Similarly, when we build custom elements in JavaScript we create a file lib/MyWidget/VX.js and define a custom element nri-mywidget-vX.

We should change this process if we feel it's not working for us!

Moving Widgets to noredink-ui

If you are moving in a widget from the monolith:

  • Copy the contents of Nri.SomeModule and its tests to Nri.Ui.SomeModule.V1 in noredink-ui
  • Publish!
  • If Nri.Ui.SomeModule.V1 is a direct copy of Nri.SomeModule, switch over to it everywhere!
  • If Nri.Ui.SomeModule.V1 makes changes, rename Nri.SomeModule to Nri.DEPRECATEDSomeModule in the monolith and start using Nri.Ui.SomeModule.V1 where you need it

Phasing out old versions

Our goal is to gradually move to the newest version of each widget, and remove the old versions when they are no longer used.

Currently, noredink-ui is used by the monolith and by CCS. When neither of these repos use a version of a widget, it can be deleted. (Note: this will be a major version bump, so you may want to batch deletions together.)

When touching code that uses a widget, prefer upgrading to the latest version.

Examples

This repo contains an app showcasing all of these UI widgets.

To see them locally:

make styleguide-app

If you'd like to test your widget in the monolith before publishing, check out the helpful tips here.

Tests

Run tests with

make test

CI (Travis)

Travis will run make ci to verify everything looks good. You can run this locally to catch errors before you push!

Deploying

Once your PR is merged, you can publish master as a new version:

Run the following to bump && publish the version in elm.json:

elm bump

Commit and push your changes in a PR. Once it's approved and merged, then:

git tag -a 5.10.0 -m "release version 5.10.0"
git push origin 5.10.0
elm publish

You can also add a tag in https://github.com/NoRedInk/noredink-ui/releases/new if you want to add more detail.

Once you've published, you should see the latest version at the top of https://dmy.github.io/elm-0.18-packages/.