Skip to content
/ finn Public

Finn: Helps you explore the dangerous worlds of CSS using pre-processing.

License

Notifications You must be signed in to change notification settings

observing/finn

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

23 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Finn

Finn knows that writing CSS is hard.

Version npmBuild StatusDependenciesCoverage Status

Finn is the CSS pre-process that rework should have been. It provides an alternate and extendible interface for processing CSS and allows you to to add plugins which apply to all files instead of one. Finn is compatible with all rework based plugins.

Installation

The package is released in the public npm registry and can be installed using:

npm install --save finn

Usage

In all examples we assume that you've already required and initialized your finn instance:

var Finn = require('finn')
  , finn = new Finn();

// or

var finn = require('finn')();

One thing worth noting that finn is build-upon supply for all the middleware handling so you can use all the methods and functionality from that module directly with Finn. But we've also documented the most important methods here:

finn.render

The render method compiles your supplied CSS string and transforms it your newly generated CSS file. It accepts 3 arguments:

  1. css, The CSS string that you want to have compiled.
  2. options, These options are directly passed in to the css.parse and css.stringify module that we use internally. The following options are accepted by these functions:
    • silent: silently fail on parse errors.
    • source: the path to the file containing css. Makes errors and source maps more helpful, by letting them know where code comes from.
  • compress: omit comments and extraneous whitespace.
  • sourcemap: return a source-map along with the CSS output. Using the source option of css.parse is strongly recommended when creating a source map. Specify sourcemap: 'generator' to return the SourceMapGenerator object instead of serializing the source map.
  • inputSourcemaps: (enabled by default, specify false to disable) reads any source maps referenced by the input files when generating the output source map. When enabled, file system access may be required for reading the referenced source maps.
finn.use('a', require('pluginA'))
    .use('b', require('pluginB'));

finn.render('body { font-size: 12px; }', { 
  source: 'source.css'
}, function rendered(err, css) {

});

finn.use

Add a new plugin/middleware/processor. This method accepts 3 arguments:

  1. name, Name of the middleware layer so we can easily remove it again if needed. If no name is provided we attempt to extract it from the supplied function. So if you have function foobar() {} as middleware we will use foobar as name.
  2. fn, Function which should be executed every.
  3. opts, Optional object which allows you to further configure the middleware handling. The following options are currently supported:
    • at Specify the index or name where this layer should be added at. If a name is supplied we will resolve it back to the it's current index.

When you add a new middleware layer it will always be added as last item unless you've specified the at option.

finn.use('foo', function (ast, finn) {
  console.log('arg', ast, 'foo');
}).use('bar', function (ast, finn, next) {
  console.log('arg', arg, 'bar');
  next();
});

In the example above you can see that we support async and sync execution of the middleware. Your async middleware layer needs 3 arguments where the last argument is the callback function.

The supplied middleware layers are also able to stop the execution of the rest of the middleware layers. In async mode you can supply the truthy value as second argument to the callback:

finn.use(function example(ast, finn, next) {
  next(undefined, true);
});

If you have a sync function you can just return true:

supply.use(function example(ast) {
  return true;
});

Error handling also build in. The async middleware layers can just call the supplied callback with an error as first argument while the sync layers can just throw errors as they are wrapped in a try {} catch (e) {} statement.

finn.pre

Pre-process the given CSS string before we're going to process it with a bunch middleware layers. This can be useful if you want to compile your CSS from a non valid CSS like structure to something valid like SASS's significant whitespace etc. The post property is just another supply instance so we can the hooks using the .use method. The use method receives 2 arguments:

  1. An object which contains a css property with the string.
  2. A reference to your finn instance.
finn.post.use(function (data) {
  data.css = require('css-whitespace')(data.css);
});

finn.render(css, function render(err, data) {
  console.log(data.css); // your css is now compiled, \o\
});

finn.post

Post-process the compiled CSS. The post property is just another supply instance so we can the hooks using the .use method. The use method receives 2 arguments:

  1. An object which contains the css and map (optionally) so it can be transformed in many different ways.
  2. A reference to your finn instance.
finn.post.use(function (data) {
  data.css = UGLIFYMYCSS(data.css);
});

finn.render(css, function render(err, data) {
  console.log(data.css); // your css is now compiled, \o\
});

finn.remove

Remove a middleware layer from the stack based on the name. The method will return a boolean as indication if the layer was found and removed successfully.

finn.use('variables', require('rework-variables'));
finn.remove('variables');

finn.before

Same as the use method, but it automatically sets the at option to 0 so it will be inserted at the beginning of the stack instead of the end. It also accepts all the same arguments, except for the at option as that will forcefully be overridden.

finn.before('xxx', function yyy() {});

finn.sourcemap

This method is used internally to append the sourcemap to the compiled CSS code. But it can be overridden with your own implementation once you extend finn. The method accepts 2 arguments:

  1. The data object which contains the map and code.
  2. Completion callback which follows an error first callback pattern.
finn.sourcemap(function (data) {
    fs.writeFile('/path/name.map', finn.transform.fromObject(data.map, function (err) {
      data.code += '\n/*# sourceMappingURL=/path/on/server/name.map */'
      fn(err, data);
    });
});

finn.destroy

Destroy the finn instance and release / clear all of it's middleware layers. The method will return a boolean as indication of successful clean up.

finn.destroy();

finn.transform

This is a reference to the convert-source-map module that we use internally. You can use this when you're implementing your own sourcemap module as seen in the extending section below.

finn.stringify

Reference to the css.stringify method. This can easily be swapped out by different parsers as long as they follow the same AST internals so you don't lose interop with existing rework modules.

finn.parse

Same as above, but then the parse method.

Extending

The Finn contructor exposes a .extend method which allows you to create a new class which is based upon finn and override it's prototype methods. This can be useful if you wish to use your own custom source mapping functionality.

var fs = require('fs');

var jake = Finn.extend({
  constructor: Finn,
  sourcemap: function map(data, fn) {
    fs.writeFile('/path/name.map', this.transform.fromObject(data.map, function (err) {
      data.code += '\n/*# sourceMappingURL=/path/on/server/name.map */'
      fn(err, data);
    });
  }
});

// jake().use(require('rework-npm')).render(css);

License

MIT

About

Finn: Helps you explore the dangerous worlds of CSS using pre-processing.

Resources

License

Stars

Watchers

Forks

Packages

No packages published