Note: This README is for the master branch of this project. To see the README for the latest stable release see https://www.npmjs.com/package/kss.
This is a Node.js implementation of Knyle Style Sheets (KSS), "a documentation syntax for CSS" that's intended to have syntax readable by humans and machines. Hence, the kss-node software can be used to create a "living style guide".
- Write human-readable documentation using "KSS syntax" comments.
- Have the
ksstool automatically build a style guide from your stylesheets.
Here's an example KSS comment:
// Button
//
// Your standard button suitable for clicking.
//
// :hover - Highlights when hovering.
// .shiny - Do not press this big, shiny, red button.
//
// Markup: button.html
//
// Style guide: components.button
.button {
...
}
.button.shiny {
...
}The methodology and ideas behind Knyle Style Sheets are contained in the specification.
There's an example project in the demo directory of this repo.
kss-node is installed just like any other Node.js software. Read the kss-node Quick Start Guide to learn more. It also includes an npm Quick Start Guide, if you don't know much about Node.js's npm command.
To get you up and running quickly, a style guide builder is included that can be used from the command line. It parses stylesheets and spits out a set of static HTML files.
Usage: kss [options]
File locations:
--source Source directory to parse for KSS comments
--destination Destination directory of style guide [default: "styleguide"]
--mask, -m Use a mask for detecting files containing KSS comments
[default: "*.css|*.less|*.sass|*.scss|*.styl|*.stylus"]
--config, -c Load the kss options from a json file
Builder:
--clone Clone a style guide builder to customize
--builder, -b Use the specified builder when building your style guide
[default: "builder/handlebars"]
Style guide:
--css URL of a CSS file to include in the style guide
--js URL of a JavaScript file to include in the style guide
--custom Process a custom property name when parsing KSS comments
--extend Location of modules to extend Handlebars; see
http://bit.ly/kss-wiki
--homepage File name of the homepage's Markdown file
[default: "homepage.md"]
--placeholder Placeholder text to use for modifier classes
[default: "[modifier class]"]
--title Title of the style guide [default: "KSS Style Guide"]
--nav-depth Limit the navigation to the depth specified [default: 3]
Options:
--verbose Display verbose details while building
--demo Builds a KSS demo.
--help, -h, -? Show help
--version Show version number
Since each builder has its own set of options, you can see the help for those options by using --builder with --help. For example, running kss --help --builder builder/twig will show these additional options:
Style guide:
--extend Location of modules to extend Twig.js; see
http://bit.ly/kss-wiki
--extend-drupal8 Extend Twig.js using kss's Drupal 8 extensions
--namespace Adds a Twig namespace, given the formatted string:
"namespace:path"
In order to parse your stylesheets containing KSS docs, you need to either specify a single directory as the first argument or you can specify one or more source directories with one or more --source [directory] flags.
The style guide will be built in the styleguide directory unless you specify the second argument or use a --destination [directory] flag.
Even though kss parses your CSS source, your CSS won't be included in the style guide unless you use the --css option or create a custom builder with --clone.
You can build a copy of the demo style guide like so:
$ kss --demo
If you want to change the HTML of the style guide being built, you can create your own builder, i.e. skin, theme. Use the kss --clone command to initialize a copy of the default builder so you can edit it and use it when building your style guide with the --builder flag.
$ kss --clone custom-builder
$ kss path/to/sass styleguide --builder custom-builder
The default builder should look something like this:
Unlike the default Ruby implementation at kneath/kss, kss-node includes a few optional features to allow for completely automated style guide building.
Language Agnostic. kss-node does not care what language your application is written in (Ruby, Node.js, PHP, whatever). It just scans your CSS source files looking for KSS docs so that it can build a living style guide. And since it only looks for properly formatted KSS comments, it also doesn't need to know what kind of CSS preprocessor you use either.
Homepage Text. The overview text needed for the style guide homepage is built from a Markdown file, which you should place in a --source directory, just name it homepage.md and it will be included in the final style guide automatically.
Additional kss-node specifics are detailed in this version of the KSS spec.
Take a look at the demo project for some examples.
Check out the JavaScript API for a full explanation. Here's an example:
var kss = require('kss'),
options = {
markdown: false
};
kss.traverse('public/stylesheets/', options, function(error, styleGuide) {
if (error) throw error;
styleGuide.sections('2.1.1') // <KssSection>
styleGuide.sections('2.1.1').modifiers(0) // <KssModifier>
styleGuide.sections('2.1.1').modifiers(':hover').description() // 'Subtle hover highlight'
styleGuide.sections('2.1.1').modifiers(0).className() // 'pseudo-class-hover'
styleGuide.sections('2.x.x') // [<KssSection>, ...]
styleGuide.sections('2.1.1').modifiers() // [<KssModifier>, ...]
});Forking, hacking, and tearing apart of this software is welcome! It still needs some cleaning up.
After you've cloned this repository, run npm install and then you'll be able to run the module's mocha and eslint tests with npm test.
To build a new version of the demo style guide, use make docs. After committing your changes to master you can use the gh-pages.sh script to move this over to the gh-pages branch real quick.
Lots! And more are welcome. https://github.com/kss-node/kss-node/graphs/contributors