punchcardjs
v1.0.0-alpha.16
Published
Punchcard visualization using TypeScript and D3.js
Downloads
22
Maintainers
Readme
this library is still a work in progress
Documentation for users
Installation of the library through npm
in the normal way:
npm install punchcardjs
See also:
- GitHub repo with a website illustrating punchcardjs;
- code coverage;
- documentation;
Examples
Here are some examples of the type of visualizations you can make with this library:
Code snippet
<html>
<head>
<!-- these style sheets are part of the punchcardjs distribution -->
<link rel="stylesheet" type="text/css" href="punchcards.min.css">
<!-- include dependencies of punchcardjs -->
<script type="text/javascript" src="crossfilter.min.js"></script>
<script type="text/javascript" src="d3.min.js"></script>
<script type="text/javascript" src="moment.min.js"></script>
<!-- include punchcardjs library itself-->
<script type="text/javascript" src="punchcards.min.js"></script>
</head>
<body>
<div id="punchcard-date-circle"></div>
<script>
var data, cf, chart;
data = [{
"commit-date": "2016-08-11T17:49:05+02:00"
}, {
"commit-date": "2016-08-10T18:16:30+02:00"
}, {
"commit-date": "2016-08-10T18:15:01+02:00"
}, {
"commit-date": "2016-08-10T14:23:02+02:00"
}, {
"commit-date": "2016-08-10T13:13:52+02:00"
}, {
"commit-date": "2016-08-10T13:05:11+02:00"
}, {
"commit-date": "2016-08-10T13:01:10+02:00"
}, {
"commit-date": "2016-08-10T13:00:28+02:00"
}, {
"commit-date": "2016-08-10T12:58:29+02:00"
}, {
"commit-date": "2016-08-10T12:01:06+02:00"
}, {
"commit-date": "2016-08-10T11:59:37+02:00"
}, {
"commit-date": "2016-08-10T11:57:47+02:00"
}, {
"commit-date": "2016-08-10T11:55:32+02:00"
}, {
"commit-date": "2016-08-09T16:19:42+02:00"
}, {
"commit-date": "2016-08-09T16:18:10+02:00"
}, {
"commit-date": "2016-08-09T12:01:38+02:00"
}, {
"commit-date": "2016-08-08T17:14:57+02:00"
}, {
"commit-date": "2016-08-08T15:29:19+02:00"
}, {
"commit-date": "2016-08-08T15:28:30+02:00"
}, {
"commit-date": "2016-08-08T13:42:06+02:00"
}, {
"commit-date": "2016-08-04T17:39:11+02:00"
}, {
"commit-date": "2016-08-04T17:03:59+02:00"
}];
cf = crossfilter(data);
chart = new punchcards.DateCircle(cf, 'punchcard-date-circle', 'commit-date');
</script>
</body>
</html>
Documentation for developers
(this section describes the complete repository on GitHub, only part of which is included in the package on https://www.npmjs.com/package/punchcardjs).
Setting up, building and running
Get a local copy of the punchcardjs repository using git
:
# use package manager to install git
sudo apt-get install git
# make a local copy of this repository
git clone https://github.com/nlesc-sherlock/punchcardjs.git
# change into punchcardjs directory
cd punchcardjs
After getting the source, three things need to be done: npm
needs to install
local copies of the development tools as well as of client-side dependencies of
our code, and typings
needs to get the typescript annotations for those. You can
do all of these in one go using:
# Assuming you already have ``npm`` and ``typings`` installed globally
# on your system, install with:
npm install && typings install
We use npm
for the various build tasks (see scripts
in packages.json
for the complete list and their definitions). Here's a summary of the most relevant tasks (see also below for the dependency graph):
# make a distributable js file, punchcards.js
npm run dist
# run the unit tests against the distributable
npm run test
# do all types of linting:
# tslint on the TypeScript from src/
# csslint on the CSS from src/
# jslint and jshint on the JS from test/
npm run lint
# clean up generated files
npm run clean
# do an npm run clean and additionally throw away any downloaded files
npm run purge
# generate the TypeDoc, inspect afterwards in a browser (output will be at <projectroot>/docs/sites/tsdoc)
npm run tsdoc
# generate code coverage in various formats. output will be at <projectroot>/docs/sites/coverage/, e.g.
# <projectroot>/docs/sites/coverage/remapped/ts/punchcards/index.html
npm run cover
Project layout with explanation:
. # project root directory
├── CONTRIBUTING # outlines the rules/for contributing to this repository
├── docs # directory containing files that help document the repository
│ ├── example-date-circle.png # example image of DateCircle class
│ ├── example-date-rect.png # example image of DateRect class
│ ├── example-weekday-circle.png # example image of WeekdayCircle class
│ ├── example-weekday-rect.png # example image of WeekdayRect class
│ ├── installing-node.md # some notes on how to install nodejs
│ ├── sites # generated content, e.g.
│ │ ├── coverage # code coverage report
│ │ └── tsdoc # typedoc documentation
│ ├── visual-description-of-setup.png# PNG rendering of the corresponding SVG image
│ └── visual-description-of-setup.svg# SVG image that explains the build setup
├── karma.conf.js # configuration file for Karma, the test runner
├── LICENSE # describes the license for dissemination and use of this software
├── package.json # the Node package manager configuration file
├── README.md # this file
├── src # this directory contains all the sources (css, ts) for the punchcards library
│ ├── base.css # the CSS for the Base class
│ ├── base.ts # the TypeScript for the Base class
│ ├── colormap.ts # the TypeScript for the ColorMap class
│ ├── date-circle.css # the CSS for the DateCircle class
│ ├── date-circle.ts # the TypeScript for the DateCircle class
│ ├── date-rect.css # the CSS for the DateRect class
│ ├── date-rect.ts # the TypeScript for the DateRect class
│ ├── idatarow.ts # the TypeScript for the IDataRow interface
│ ├── legend.css # the CSS for the Legend class
│ ├── legend.ts # the TypeScript for the Legend class
│ ├── punchcards.ts # the TypeScript for the punchcards module
│ ├── weekday-circle.css # the CSS for the WeekdayCircle class
│ ├── weekday-circle.ts # the TypeScript for the WeekdayCircle class
│ ├── weekday-rect.css # the CSS for the WeekdayRect class
│ └── weekday-rect.ts # the TypeScript for the WeekdayRect class
├── test # this directory contains all the sources (*.dom.js, *.unit.js, *.fixture.html, *.fixture.json) for testing the code from src/
│ ├── base.dom.js # DOM test of the Base class
│ ├── base.fixture.html # HTML fixture for the DOM test of the Base class
│ ├── cityofchicago-police-data.fixture.json # JSON fixture containing a test data set
│ ├── colormap.unit.js # unit tests of the ColorMap class
│ ├── date-circle.dom.js # DOM test of the DateCircle class
│ ├── date-circle.fixture.html # HTML fixture for the DOM test of the DateCircle class
│ ├── date-rect.dom.js # DOM test of the DateRect class
│ ├── date-rect.fixture.html # HTML fixture for the DOM test of the DateRect class
│ ├── general.unit.js # some general unit tests to test the testing setup
│ ├── README.md
│ ├── weekday-circle.dom.js # DOM test of the WeekdayCircle class
│ ├── weekday-circle.fixture.html # HTML fixture for the DOM test of the WeekdayCircle class
│ ├── weekday-rect.dom.js # DOM test of the WeekdayRect class
│ └── weekday-rect.fixture.html # HTML fixture for the DOM test of the WeekdayRect class
├── tsconfig.json # configuration file for the TypeScript compiler
├── tslint.json # configuration file for linting/static analysis of the TypeScript code
└── typings.json # type information for the client-side libraries
How it all fits together
General
So you wrote some source code. A distributable can be created from the source code. Distributables are great, because that's what people can use in their own websites later. However, distributables are only good if they work --you don't want to break other people's websites, now do you? So, the distributable needs to be tested using unit tests. For this you typically need to do two things: first, you need to be able to do assertions. Assertions help you test different kinds of equality (''is the test result what it is supposed to be?''). Secondly, you need a test runner, i.e. something that runs the tests (and then, typically, reports on their results). Now that you have tests, you also want to generate code coverage reports. Code coverage helps to make transparent which parts of the code are covered by tests.
In our case
- Our source code lives at
src
. The meat of it is written in TypeScript. - We create the distributable using
npm run
scripting, so there are no Gulp or Grunt files. - We use unit tests written in the style of
Jasmine
(i.e.describe()
andit()
). - Our assertion library is also
Jasmine
(e.g.expect(actual).toEqual(expected)
). - Karma is our test runner.
- We generate code coverage in different formats using
karma-coverage
. However, this gives us code coverage of the (generated) JavaScript, which is not really what we're interested in. So we haveremap-istanbul
figure out which parts of the generated JavaScript correspond with which parts of the (written) TypeScript.
Here is a visual representation of our build process:
and here is a callgraph generated from package.json using https://github.com/jspaaks/npm-scripts-callgraph: