Repository files navigation

A lean, no hassle CSS in JS solution.

Scales from standalone use to isomorphic apps. Compatible with any framework/view library.

Supports building either inline styles of full style sheets.

Insheet mode,j2c follows a'local by default' approach to make it easier to write components without having to worry about class and animation names clashes.

Like SASS, LESS and Stylus,j2c supports:

• mixins
• @extend
• nested selectors (insheet mode)

All standard CSS at-rules are available out of the box, most importantly:

• @media and@supports can be nested anywhere in the sheet
• @keyframes (with automatic generation of@-webkit-keyframes)
• @font-face

Thehome page has a few interactive demos.

• Installation
• Usage
  • For inline declarations:j2c.inline(declarations)
    • Arrays
      • Overloading properties
      • Mixins
    • Vendor prefixes:
  • For building a style sheet:j2c.sheet(rules)
    • Combining multiple selectors
    • At-rules
    • Mixins and @extend
    • CSS Hacks
• Inserting a stylesheet in a document
• Isomorphic app support
• Limitations
• TODO
• License: MIT

$ npm install j2c

then

varj2c=require('j2c')

There are also separate builds forAMD,ES6 and a globalwindow.j2c in thedist directory.

j2c can be used to either assemble inline declarations or full style sheets with, by default, locally unique class names.

Here's an example of locallized class names (as pioneered AFAIK byJSS):

sheet=j2c.sheet({".title":{font_size:"3rem","&:before":{color:"#00b",content:"'#'"}},".content":{line_height:"1.6em",padding:"2rem"}});

Unique class names are generated automatically fortitle andcontent:

.content_j2c_fvp6zc2gdj35evhsl73ffzq_0 {line-height:1.6em;padding:2rem;}.title_j2c_fvp6zc2gdj35evhsl73ffzq_0 {font-size:3rem;}.title_j2c_fvp6zc2gdj35evhsl73ffzq_0:before {content:'#';color:#888;}

sheet is now aString object with atitle andcontent properties that hold the unique class names. It can be used like this in your view, either on the server, in the browser of for isomorphic apps (let's say this is part of a React view):

<div>  <style>{sheet}</style>  <h3>Hello</h3>  <div>Foo bar baz...</div></div>

The<style>{sheet}</style> construct works in modernish browsers (ie9+). For older IE, seebelow.

Animation names are also "localized" by default, font names are left untouched.

Thej2c function takes in JS objects and builds aproperty:value; list out of it.

j2c.inline({backgroundColor:"red",border:{top$left:{width:"1px",color:"white"}}})

Outputs, as you could expect (white space added for readability):

background-color: red;border-top-color: white;border-top-width:1px;border-left-color: white;border-left-width:1px;

CamelCase and_snake_case names are turned into-dash-case, so that property names can be left unquoted in the source.

Combine (sub)properties who share the same value by using$ as a separator. It is useful to specify vendor prefixes.

Provided you don't delete and re-add properties to your objects, the properties will end up in the CSS sheet in the source order.

You can sneak in arrays anywhere in the source tree. It enables many advanced techniques, like:

If you want to overload a property by using an array at the value level

j2c.inline({border_color:["#33e","rgba(64,64,255,0.8)"],})

becomes

border-color:#33e;border-color:rgba(64,64,255,0.8);

Alternatively:

j2c.inline([{border_color:"#33e"},{border_color:"rgba(64,64,255,0.8)"}])

and

j2c.inline({border:[{color:"#33e"},{color:"rgba(64,64,255,0.8)"}]})

will give the same result.

You can mix in properties by using a function call in an array:

functionmixin(color){return{border_color:color,color:color}}j2c.inline([mixin("red"),{font_size:"2em"}])

'color:red;border-color:red;font-size:2em;'

The mixin could also be a plain JS object if it doesn't need to be customized.

Everything found in theinline section applies here too, I recommend you read it first.

To give you a taste of what can be done in j2c, here's a first, rather advanced example.

s=j2c.sheet({"ul.foo":{"@media condition":{color:"red"},// properties for the main ul.my_root_class elementsfont:{size:"2em",family:"sans-serif"},// underscores in property names are converted to dashes.background_color:"#44f",// CamelCase is also automatically handled.borderRadius:"2px",// sub-selector for children element, notice the mandatory initial space// signifying a child element." li":{padding:{left:"5px",top:"10px"},// convenient $ shortcut.border:{left$right:{width:"2px"}}}}})

Output (after indentation):

ul.foo_j2c_fgdl0s2a5fmle5g56rbuax71_0li{padding-left:5px;padding-top:10px;border-left-width:2px;border-right-width:2px;}ul.foo_j2c_fgdl0s2a5fmle5g56rbuax71_0{font-size:2em;font-family:sans-serif;background-color:#44f;}@media condition{ul.foo_j2c_fgdl0s2a5fmle5g56rbuax71_0{color:red;  }}

Weres.foo === "foo_j2c_fgdl0s2a5fmle5g56rbuax71_0 "

You can define or refer to global names using the@global{} pseudo at-rule, and the:global() function. This will thus preserve the.foo,.bar andbaz names:

s=j2c.sheet({"@global":{"ul.foo":{font_size:"2em",}},"p:global(.bar)" :{color:"#f00",animation_name:":global(baz)"},"@keyframes :global(baz)":{// define the global "baz" animation here.}})

@global blocks also globalize animation names (not shown above).

TODO: refactor this section to mention the SASS-like& placeholder (at any arbitrary position).

Here's a excerpt from thej2c port of thePocketGrid.

j2c.sheet({"@global":{".block,.blockgroup":{",:before,:after":{// Notice the initial comma.box_sizing:"border-box"}}}})

Nesting",:before,:after" inside the".block,.blockgroup" block combines[".block", ".blockgroup"] with["", ":before", ":after"], giving

.block,.block:before,.block:after,.blockgroup,.blockgroup:before,.blockgroup:after{box-sizing:border-box;}

Mathy folks call this as a Cartesian product.

j2c handles @-rules out of the box, including nested ones.

j2c.sheet({"@media screen":{" p":{foo:"bar","@media (orientation: landscape)":{baz:"qux"}}}})

becomes

@media screen {p {foo: bar;  }@media (orientation: landscape) {p {baz: qux;    }  }}

For@keyframes rules, a@-webkit-keyframes block is automatically created with auto-prefixed property names.

Mixins and@extend makej2c sheets composable. Both techniques can be combined.

For mixins, arrays works the same way at the selector level as they do at the property/value one. You can therefore use themethod described in the "inline" section to create mixins, that can return either at-rules, selectors, properties or a mix thereof.

j2c also supports a SASS-like@extend, more powerful in some regards, but more limited in others.

The limitation is that it can only deal with classes. Specifically:

namespace=j2c.sheet({'.red':{color:'#f00'}})sheet=j2c.sheet(namespace,{'.great':{fontSize:'3em'},'.greatRed':{'@extend':['.great','.red']// you can also pass a single class}})

sheet.greatRed is now defined as'great_j2c... red_j2c... greatRed_j2c...' (class names truncated for readability).

The extra power comes from the fact that you can inherit from arbitrary classes, not just j2c-defined ones:

sheet=j2c.sheet(namespace,{'.myButton':{'@extend':':global(.button)',// coming, say, form Bootstrapcolor:theme.highlight}})

Here,sheet.myButton is'button myButton_j2c...'.

While@extend can import from arbitrary classes, it only imports into local ones.

@extend works fine with nested selectors. If there are more than one class in a selector,@extend applies to the last (right-most) one.

If the last or only selector is a:global(.klass), in@global context, or in the absence of a class in the selector,@extend is turned into aat-extend property and inserted as-is in the sheet.

Sincej2c.sheet only accepts property names that match/^[-_0-9A-Za-z$]+$/, it is not possible to express CSS hacks using objects. You can, however, work around the issue by using arrays and strings instead.

Here's another modified excerpt from the PocketGrid port:

j2c.sheet({".blockgroup":["*zoom: 1; /* hackety hackery */",{"list-style-type":"none",padding:0,margin:0}]})

Array elements are inserted in sequence, and string literals are treated as a list of properties, and inserted as is.

Result:

.blockgroup{*zoom:1;/* hackety hackery */}.blockgroup{list-style-type:none;padding:0;margin:0;}

You can also pass th result ofj2c.inline which is less picky about property names.

Note: The prefix story inj2c is currently sub-optimal. I hope at some point to port prefixfree as a plugin. It is already small, and half of it isn't needed forj2c (the half that deals with finding and updating style elements in the DOM).

You can specify the prefixes by hand using the "$" operator where needed:

j2c.inline({// Notice the trailing dollar, required for the unprefixed property._o$_ms$_moz$_webkit$:{foo:"bar"},hello:"world"});

Compiles to

p {-o-foo:bar;-ms-foo:bar;-moz-foo:bar;-webkit-foo:bar;foo:bar;hello:world;}

/!\ This will be replaced by a plugin in a future version.

To prefix values, you can usej2c.prefix:

j2c.inline({background_image:j2c.prefix("linear-gradient(90deg, #f00, #ff0)",['moz','webkit'])})

background-image:-moz-linear-gradient(90deg,#f00,#ff0);background-image:-webkit-linear-gradient(90deg,#f00,#ff0);background-image:linear-gradient(90deg,#f00,#ff0);

There's no support for prefixing a list multiple values (e.g."linear-gradient(90deg, #f00, #ff0),linear-gradient(90deg, #f00, #ff0)").

/!\ This will be replaced by a plugin in a future version.

@keyframes blocks automatically produce their@-webkit-keyframes counterparts, even in the absence of a vendor list argument.

Foreword: Please note that the following is based on research on the Web, but not effectively tested in Internet explorer at the moment.

Add a text node to a newstyle element.

varstyle=document.createElement('style');style.type='text/css';// my not even be neededstyle.appendChild(document.createTextNode(sheet));

In frameworks:

<style>{sheet}</style>

Sweet, innit?

As above, but with alink element and a data URI.

<linkrel="stylesheet"itemprop="stylesheet"href="{'data:,' + encodeURIComponent(sheet)}" />

Note that ie8 has a 32k limit on the length of data URIs. It supports base 64 in data URIs, but doesn't providebtoa, which would not be useful in this context anyway, since base 64 encoded sheets are larger than URI encoded ones.

functionstylize(element,sheet){element.type='text/css';if(element.styleSheet){element.styleSheet.cssText=sheet;}else{element.appendChild(document.createTextNode(sheet));}returnelement;}varel=document.createElement('style')varsheet=j2c.sheet(...)stylize(el,sheet);document.head.appendChild(el);

For this to work in client-side frameworks, you need to grab a handle on the actual<style> DOM node. This means that you must create a custom component/directive.

Here are a few examples:

varj2cComponent={render:function(){return<style/>}componentDidMount:function(){stylize(React.findDOMNode(this),this.prop.sheet)}}

varj2cComponent={view:function(ctrl,args){returnm("style",{config:function(el,isinit){if(!isinit){stylize(el,args.sheet);}}})}}

module.directive('j2cSheet',function(){return{restrict:'A',link:functionlink(scope,element,attrs){if(element.tagName.toUpperCase()!=="STYLE")throw'j2cSheet expects a <style> element';stylize(element[0],attrs.j2cSheet);}};});module.directive('j2cInline',function(){return{restrict:'A',link:functionlink(scope,element,attrs){element[0].style+=j2c.inline(attrs.j2cInline);}};});

Sincej2c relies on the view library/framework for DOM insertion, it supports the isomorphic scenarios the same way your view solution does (see the previous section). Caveat: local class names will be regenerated on hydration, which means that styles will have to be computed twice by the browser.

j2c at this point does little validation. When errors are encountered, it has no way to determine where in the source code the error occurred. To make it easier to pinpoint issues, the errors are inserted in the sheet as, for example@-error-bad-at-rule "@medis"; or:bad-sub-selector-foo. This way you get the broader context of where the error occureed in the source.

j2c relies on JS objects to define selectors and properties. The iteration order of object properties is officially undefined, but in practice it only differs in situations that do not apply toj2c. As long as we're using non-numeric keys and we don't delete then re-add object properties, the source object order is respected in the output.

j2c knows the bare minimum to output a valid stylesheet when provided with valid input. It will hapily accept invalid selectors, properties and values, and could in that case produce a broken stylesheet.

At this point, it will

I may get around and write a validator companion, but I'm not there yet :-).

j2c puts each selector list and properties on their own lines, but doesn't indent or add other white space.

For debugging purposes, I recommend that you pipej2c's output through a [beautifier] of your choice.

j2c doesn't provide any facility to auto-prefix a list of values. It is relevant in the context of multiple gradient backgrounds andtransition/transition-property values.

• Improve the web site. Move the docs there.
• Test DOM insertion methods in old IE.