npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@quickcase/angular-case-ui-toolkit

v9.14.1

Published

Angular Case UI Toolkit

Downloads

24

Readme

yarn # ccd-case-ui-toolkit License: MIT Build Status codecov Codacy Badge Known Vulnerabilities HitCount Issue Stats

Quick Start (for local development and testing)

# Install all dependencies
yarn install

# Create symbolic link
yarn link

# Build library in watch mode
yarn build:watch

In your project folder that should consume the library:

# Go to consumer repository folder
cd case-management-web

# Link you library to the project
yarn link "@quickcase/angular-case-ui-toolkit"

yarn start

Note: The linking might be broken so if your encounter problems please follow this process:

# Install all dependencies
yarn install

# Build library in watch mode
yarn build:watch

In you project folder that should consume the library:

# Go to consumer repository folder
cd case-management-ui

# Remove existing toolkit dist
rm -rf node_modules/\@quickcase/angular-case-ui-toolkit/dist

# Copy library dist folder to the project
cp <location of angular-case-ui-toolkit>/dist node_modules/\@quickcase/angular-case-ui-toolkit

yarn start

You can also have a quick look at an example usage of the UI Toolkit demo project (after both folders had yarn install ran on them) by:

# build UI Toolkit
yarn build:esm

# copy UI Toolkit dist folder to demo/node_modules/@hmcts/ccd-case-ui-toolkit/dist
yarn build:demo

# start demo app and stub server in same process
yarn start
# Go to http://localhost:8080

File Structure

case-ui-toolkit
  |
  ├─ src                          * Library sources home folder
  |  ├─ components                * Example of library components with tests
  |  ├─ services                  * Example of library services with tests
  |  ├─ index.ts                  * Library entry point that is used by builders
  |  └─ footers.module.ts         * Example of library module
  |  └─ headers-module.ts         * Example of library module
  |
  ├─ .editorconfig                * Common IDE configuration
  ├─ .gitignore	                  * List of files that are ignored while publishing to git repo
  ├─ .npmignore                   * List of files that are ignored while publishing to npmjs
  ├─ .travis.yml                  * Travic CI configuration
  ├─ LICENSE.md                   * License details
  ├─ README.md                    * README for you library
  ├─ gulpfile.js                  * Gulp helper scripts
  ├─ karma-test-entry.ts          * Entry script for Karma tests
  ├─ karma.conf.ts                * Karma configuration for our unit tests
  ├─ package.json                 * yarn dependencies, scripts and package configuration
  ├─ tsconfig-aot.json            * TypeScript configuration for AOT build
  ├─ tsconfig.json                * TypeScript configuration for UMD and Test builds
  ├─ tslint.json                  * TypeScript linting configuration
  ├─ webpack-test.config.ts       * Webpack configuration for building test version of the library
  ├─ webpack-umd.config.ts        * Webpack configuration for building UMD bundle
  └─ yarn.lock                    * yarn lock file that locks dependency versions

Getting Started

Build the library

  • yarn build for building the library once (both ESM and AOT versions).
  • yarn build:watch for building the library (both ESM and AOT versions) and watch for file changes.

You may also build UMD bundle and ESM files separately:

  • yarn build:esm - for building AOT/JIT compatible versions of files.
  • yarn build:esm:watch - the same as previous command but in watch-mode.
  • yarn build:umd - for building UMD bundle only.
  • yarn build:umd:watch - the same as previous command but in watch-mode.

Build the library (for CCD devs working on ccd-case-management-web)

For CCD developers it should be noted the library should be built with just the yarn build:esm which is much faster. That will build the JIT version that is currently used by case management web.

Other commands

Test the library

  • yarn test for running all your *.spec.ts tests once. Generated code coverage report may be found in coverage folder.
  • yarn test:watch for running all you *.spec.ts and watch for file changes.

Library development workflow

In order to debug your library in browser you need to have Angular project that will consume your library, build the application and display it. For your convenience all of that should happen automatically in background so once you change library source code you should instantly see the changes in browser.

There are several ways to go here:

  • Use your real library-consumer project and link your library to it via yarn link command (see below).
  • Use Angular-CLI to generate library-consumer project for you and then use yarn link to link your library to it.

Using consumer applications

You may take advantage of watch-modes for library build in order to see changes to your library's source code immediately in your browser.

To do so you need to:

  1. Open two console instances.
  2. Launch library build in watch mode in first console instance by running yarn build:watch (assuming that you're in case-ui-toolkit root folder).
  3. Launch your consumer project build (JIT version) in watch-mode by running yarn start in second console instance (for instance assuming that you're in case-management-web folder).

As a result once you change library source code it will be automatically re-compiled and in turn your JIT consuming project (e.g. case-management-web) will be automatically re-built and you will be able to see that changes in your browser instantly.

Library Release

Travis build system automatically publish NPM packages including GitHub releases whenever there is a version change in package.json

Prerelease version from PR branch should follow the format as x.y.z-RDM-xxx-prerelease

LICENSE

This project is licensed under the MIT License - see the LICENSE file for details.