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

clinch

v1.0.3

Published

YA ComonJS to browser packer tool, well-suited for widgets by small overhead and big app by smart settings

Downloads

30

Readme

Join the chat at https://gitter.im/Meettya/clinch Dependency Status Build Status

clinch

YA ComonJS to browser packer tool, well-suited for tiny widgets by small overhead and big app by module replacement, node-environment emulations and multi-exports.

In addition it rapidly compiles the first pass of packaging and has an elegant solution to caching data.

BRAKING CHANGES

1.0.1

A lot of processors moved to separate modules.

It may brake you old bundler and require some changes - add used processor to dependencies, install it and declare via .addPlugin() - see example section.

what in a box?

  • .js - just put it to bundle as is
  • .json - wrap in module.exports as node do it on require('file.json')

Yes, with version 1.0.1 box fairly empty and the default itself ** clinch ** can only work with these two types of files.

where another processors?

All other processors moved into separate modules. At the moment, the list is as follows:

Separation of code done in order to provide flexibility in target versions required you to processors. Ie for example, you can continue to use the processor with a version of .csbx ** React ** 0.11.1 for the old project and to take for the new 0.14.1, simply prescribe the right version you react-processor ** clinch ** in your package.json project.

what about my custom template engine?

This possibility almost exists - clinch from 0.2.5 have API for third party processors, but template engine must support template-to-function precompilation.

More info and example - below at description of methods addPlugin() and registerProcessor()

For additional example - see using Handelbars - yap, now Hadlebars supported as add-on.

installation

npm install clinch clinch.coffee

example

#!/usr/bin/env coffee
Clinch           = require 'clinch'
clinch_coffee = require 'clinch.coffee'

packer = new Clinch runtime : on
# register '.coffee' processor
packer.addPlugin clinch_coffee

pack_config = 
  package_name : 'my_package'
  bundle : 
    main : "#{__dirname}/hello_world"
packer.buildPackage pack_config, (err, data) ->
  if err
    console.log 'Builder, err: ', err
  else
    console.log 'Builder, data: \n', data

Content of ./hellow_world

###
This is 'Hello World!' example
###
module.exports = 
  hello_world : -> 'Hello World!'

Now data contain something like this

(function() {
  'use strict';
  
  var dependencies, sources, require, modules_cache = {};
  dependencies = {};

  sources = {
"JPGt0": function(exports, module, require) {
// /Users/meettya/github/clinch/example/hello_world/hello_world.coffee 

/*
This is 'Hello World!' example
 */
module.exports = {
  hello_world: function() {
    return 'Hello World!';
  }
};

}};

if(this.clinch_runtime_v2 == null) {
  throw Error("Resolve clinch runtime library version |2| first!");
}

require = this.clinch_runtime_v2.require_builder.call(this, dependencies, sources, modules_cache);

/* bundle export */
this.my_package = {
  main : require("JPGt0")
};
}).call(this);

And in browser function may be accessed in this way

hello_world = my_package.main.hello_world

API

clinch have minimalistic API

constructor

packer = new Clinch clinch_options

clinch_options - Clinch settings

buildPackage()

packer.buildPackage package_config, cb
# or old form, will be deprecated in new version
packer.buildPackage package_name, package_config, cb

package_name - root bundle package name (like $ for jQuery), remember about name collisions, may be omitted. Will be deprecated in new versions, use package_config.package_name

package_config - package settings

cb - standard callback, all in clinch are async

addPlugin()

packer.addPlugin clinch_plugin

This method allows you to connect plug-ins, in fact being a syntactic sugar to registerProcessor ()

clinch_plugin - plugin-processor for selected files

Example:

# declare plugin in place
econ_plugin = 
  extension : '.econ'
  processor : (file_content, filename, cb) ->
    content = Eco.precompile file_content
    cb null, "module.exports = #{content}"

# add .econ processor
packer.addPlugin econ_plugin

registerProcessor()

packer.registerProcessor file_extention, fn

This method allow to register any file content processor, which will be used to process files with file_extention.

file_extention - file extension to proceed

fn - processor function

Example:

# add .econ processor
packer.registerProcessor '.econ', (file_content, filename, cb) ->
  content = Eco.precompile file_content
  cb null, "module.exports = #{content}"

At now clinch will be compile all required .econ files with this function.

And in module code:

template = require './template' # ./template.econ, extension may be omitted
res = template data # res now is some html-contented string

In fact, similar to the method addPlugin ().

flushCache()

packer.flushCache()

This method will force flush packer cache. As usually clinch flush cache if files changed, but for some rare cases its available to force it.

getPackageFilesList()

packer.getPackageFilesList package_config, cb

This method will return an Array of all files, used in package building process. May be used for custom watch implementation or in other cases

Settings

clinch_options

log           : off  # will add verbose output, but now not realized yet
strict        : on   # knob for 'use strict;' in bundle header
inject        : on   # if changed to 'off' - bundle will not to inject 'package_name' to global
runtime       : off  # use internal boilerplate code, or as external file
cache_modules : on   # by default all resolved by 'require' file will be cached, if you have some problem - turn cache off and notice me

package_config

###
May be omitted. If omitted - inject all bundle members to global OR, if `inject : off` in package settings - make all bundle members local for bundle (it may be usefully in case of widgets with self-detection)
###
package_name : 'bundle_pack_name'

# bundle settings
strict : on   # bundle knob for 'use strict;' in bundle header
inject : on   # if changed to 'off' - bundle will not to inject 'package_name' to global
runtime       : off  # use internal boilerplate code, or as external file
cache_modules : on   # by default all resolved by 'require' file will be cached, if you have some problem - turn cache off and notice me


###
At least one key must be exists
name -> code place
this keys was be exported when script loaded
bundle = 
  main   : function(){...}
  helper : function(){...}

later in code

  main = bundle.main
###

bundle :
  main : './src'
  helper : './src/lib/helper'

###
This is local for code variables, to imitate node.js environment,
or replace somthing
Important - keys will be used as variable name, so any strange things may happened
if it not old plain string, remember it!!!
###
environment :
  process : './node/js-process'
  console : './node_modules/console-shim'

###
This part replace modules with browser-spec one
###
replacement :
  util : './node_modules/js-util'
  lodash : -> @_  # yes, its allowed to use function instead of file (`this` will be pointed to global scoop)

###
this is list of modules, which is not be placed in bungle
###
exclude : [
  'underscore'
]

###
This is list of modules, which we are not check for require in it
save time with huge pre-bulded libraries, like `lodash` or `jquery`
if we are decide to place it in bundle
###
requireless : [
  'lodash'
]

Examples

See example or test dirs.

Also some examples will be available online at clinch_demo.

Also clinch will be used to browser-pack TinyData, see sources and packed lib

See also

Its exists README_ru version of documentation, with more information.

Acknowledgement

Shuvalov Anton

Simakov Konstantin