Nicolas Petton 9eed70b542 add bower files for the jekyll website | 11 years ago | |
---|---|---|
.. | ||
.bower.json | 11 years ago | |
LICENSE | 11 years ago | |
README.md | 11 years ago | |
bower.json | 11 years ago | |
css-builder.js | 11 years ago | |
css.js | 11 years ago | |
normalize.js | 11 years ago | |
package.json | 11 years ago |
RequireJS CSS requiring and optimization.
Useful for writing modular CSS dependencies alongside scripts. For an example of widget rendering see ZestJS.
For LESS inclusion, use require-less, which behaves and builds the css exactly like this module apart from the preprocessing step.
Allows the construction of scripts that can require CSS, using the simple RequireJS syntax:
define(['css!styles/main'], function() {
//code that requires the stylesheet: styles/main.css
});
css!
dependencies are automatically inlined into the built layer within the JavaScript, fully compatible with layering. CSS injection is performed as soon as the layer is loaded.separateCSS
build parameter allows for built layers to output their css files separately, instead of inline with the JavaScript, for manual inclusion.Download the require-css folder manually or use volo(npm install volo -g
):
volo add guybedford/require-css
To allow the direct css!
usage, add the following map configuration in RequireJS:
map: {
'*': {
'css': 'require-css/css' // or whatever the path to require-css is
}
}
The use case for RequireCSS came out of a need to manage templates and their CSS together. The idea being that a CSS require can be a dependency of the code that dynamically renders a template. When writing a large dynamic application, with templates being rendered on the client-side, it can be beneficial to inject the CSS as templates are required instead of dumping all the CSS together separately. The added benefit of this is then being able to build the CSS naturally with the RequireJS optimizer, which also supports separate build layers as needed.
By default, during the build CSS is compressed and inlined as a string within the layer that injects the CSS when run.
If the layer is included as a <script>
tag, only one browser request is needed instead of many separate CSS requests with <link>
tags.
Even better than including a layer as a <script>
tag is to include the layer dynamically with a non-blocking require.
Then the page can be displayed while the layer is still loading asynchronously in the background.
In this case, the CSS that goes with a template being dynamically rendered is loaded with that same script asynchronously.
No longer does it need to sit in a <link>
tag that blocks the page display unnecessarily.
RequireCSS implies a CSS modularisation where styles can be scoped directly to the render code that they are bundled with.
Just like JS requires, the order of CSS injection can't be guaranteed. The idea here is that whenever there are style overrides, they should be based on using a more specific selector with an extra id or class at the base, and not assuming a CSS load order. Reset and global styles are a repeated dependency of all modular styles that build on top of them.
Optimizer configuration:
{
modules: [
{
name: 'mymodule'
}
]
}
If the contents of 'mymodule' are:
define(['css!style', 'css!page'], function(css) {
//...
});
Then the optimizer output would be:
-mymodule.js containing: style.css and page.css which will be dynamically injected
In order for the layer to inject the CSS it will make a runtime require to css
. It is important to ensure that the
map configuration locating css
is provided before this injection in the script.
If using the standard configuration pattern:
main.js:
requirejs.config({
map: {
'*': {
'css': 'require-css/css'
}
}
});
require(['app']);
then the configuration will be written by the optimizer as the last item in the layer, meaning the css
module will not be located in
time for injection.
To ensure this doesn't happen, use the following configuration pattern:
main.js:
require(['config'], function() {
require(['app']);
});
Or build the config first into layer using the create
and include
build properties.
To output the CSS to a separate file, use the configuration:
{
separateCSS: true,
modules: [
{
name: 'mymodule'
}
]
}
This will then output all the css to the file mymodule.css
. This configuration can also be placed on the module object itself for layer-specific settings.
Optimization is fully compatible with exclude and include.
Note: Optimization will only work when using r.js version 2.1.0 or later (released Oct 4 2012)
CSS compression is supported with csso.
To enable the CSS compression, install csso with npm:
npm install csso -g
The build log will display the compression results.
When running the r.js optimizer through NodeJS, sometimes the global module isn't found. In this case install csso as a local node module so it can be found.
Some styles are conditional on the environment. For example mobile stylesheets and IE-specific stylesheets.
To manage this, use the Require-IS module.
With Require-IS, one can do:
require(['is!mobile?css!mobile-css'], function(css) {
//...
});
Mobile detection can be defined through a detection script in Require-IS, such as:
mobile.js:
define(function() {
return navigator.userAgent.match(/iPhone/); //(just iphone detection as an example)
});
Separate build layers can then be made for mobile specific use. Read more at the Require-IS project page.
<link>
tag is used. Cross-browser support comes through a number of careful browser conditions for this.<script>
tag, a CSS <style>
injection is used.If CSS resources such as images are important to be loaded first, these can be added to the require through a loader plugin that can act as a preloader such as image or font. Then a require can be written of the form:
require(['css!my-css', 'image!preload-background-image.jpg', 'font!google,families:[Tangerine]']);
Suggestions always appreciated - feel free to post a feature request.