NAME
File::Assets - Manage .css and .js assets for a web page or application
VERSION
Version 0.064
SYNOPSIS
use File::Assets
my $assets = File::Assets->new( base => [ $uri_root, $dir_root ] )
# Put minified files in $dir_root/built/... (the trailing slash is important)
$assets->set_output_path("built/")
# File::Assets will automatically detect the type based on the extension
$assets->include("/static/style.css")
# You can also include external assets:
$assets->include("http://ajax.googleapis.com/ajax/libs/jquery/1.2.6/jquery.min.js");
# This asset won't get included twice, as File::Assets will ignore repeats of a path
$assets->include("/static/style.css")
# And finally ...
$assets->export
# Or you can iterate (in order)
for my $asset ($assets->exports) {
print $asset->uri, "\n";
}
In your .tt (Template Toolkit) files:
[% WRAPPER page.tt %]
[% assets.include("/static/special-style.css", 100) %] # The "100" is the rank, which makes sure it is exported after other assets
[% asset = BLOCK %]
<style media="print">
body { font: serif; }
</style>
[% END %]
[% assets.include(asset) %] # This will include the css into an inline asset with the media type of "print"
# ... finally, in your "main" template:
[% CLEAR -%]
<html>
<head>
[% assets.export("css") %]
</head>
<body>
[% content %]
<!-- Generally, you want to include your JavaScript assets at the bottom of your html -->
[% assets.export("js") %]
</body>
</html>
Use the minify option to perform minification before export
my $assets = File::Assets->new( minify => 1, ... )
DESCRIPTION
File::Assets is a tool for managing JavaScript and CSS assets in a (web) application. It allows you to "publish" assests in one place after having specified them in different parts of the application (e.g. throughout request and template processing phases).
This package has the added bonus of assisting with minification and filtering of assets. Support is built-in for YUI Compressor (http://developer.yahoo.com/yui/compressor/), JavaScript::Minifier, CSS::Minifier, JavaScript::Minifier::XS, and CSS::Minifier::XS.
File::Assets was built with Catalyst in mind, although this package is framework agnostic. Look at Catalyst::Plugin::Assets for an easy way to integrate File::Assets with Catalyst.
USAGE
Cascading style sheets and their media types
A cascading style sheet can be one of many different media types. For more information, look here: http://www.w3.org/TR/REC-CSS2/media.html
This can cause a problem when minifying, since, for example, you can't bundle a media type of screen with a media type of print. File::Assets handles this situation by treating .css files of different media types separately.
To control the media type of a text/css asset, you can do the following:
$assets->include("/path/to/printstyle.css", ..., { media => "print" }); # The asset will be exported with the print-media indicator
$assets->include_content($content, "text/css", ..., { media => "screen" }); # Ditto, but for the screen type
Including assets in the middle of processing a Template Toolkit template
Sometimes, in the middle of a TT template, you want to include a new asset. Usually you would do something like this:
[% assets.include("/include/style.css") %]
But then this will show up in your output, because ->include returns an object:
File::Assets::Asset=HASH(0x99047e4)
The way around this is to use the TT "CALL" directive, as in the following:
[% CALL assets.include("/include/style.css") %]
Avoid minifying assets on every request (if you minify)
By default, File::Assets will avoid re-minifying assets if nothing in the files have changed. However, in a web application, this can be a problem if you serve up two web pages that have different assets. That's because File::Assets will detect different assets being served in page A versus assets being served in page B (think AJAX interface vs. plain HTML with some CSS). The way around this problem is to name your assets object with a unique name per assets bundle. By default, the name is "assets", but can be changed with $assets->name(<a new name>):
my $assets = File::Assets->new(...);
$assets->name("standard");
You can change the name of the assets at anytime before exporting.
YUI Compressor 2.2.5 is required
If you want to use the YUI Compressor, you should have version 2.2.5 or above.
YUI Compressor 2.1.1 (and below) will *NOT WORK*
To use the compressor for minification specify the path to the .jar like so:
my $assets = File::Assets->new( minify => "/path/to/yuicompressor.jar", ... )
Specifying an output_path
pattern
When aggregating or minifying assets, you need to put the result in a new file.
You can use the following directives when crafting a path/filename pattern:
%n The name of the asset, "assets" by default
%e The extension of the asset (e.g. css, js)
%f The fingerprint of the asset collection (a hexadecimal digest of the concatenated digest of each asset in the collection)
%k The kind of the asset (e.g. css-screen, css, css-print, js)
%h The kind head-part of the asset (e.g. css, js)
%l The kind tail-part of the asset (e.g. screen, print) (essentially the media type of a .css asset)
In addition, in each of the above, a ".", "/" or "-" can be placed in between the "%" and directive character. This will result in a ".", "/", or "-" being prepended to the directive value.
The default pattern is:
%n%-l%-f.%e
A pattern of %n%-l.%e
can result in the following:
assets.css # name of "assets", no media type, an asset type of CSS (.css)
assets-screen.css # name of "assets", media type of "screen", an asset type of CSS (.css)
assets.js # name of "assets", an asset type of JavaScript (.js)
If the pattern ends with a "/", then the default pattern will be appended
xyzzy/ => xyzzy/%n%-l-%f.%e
If the pattern does not have an extension-like ending, then "%.e" will be appended
xyzzy => xyzzy.%e
Strange output or "sticky" content
File::Assets uses built-in caching to share content across different objects (via File::Assets::Cache). If you're having problems try disabling the cache by passing "cache => 0" to File::Assets->new
METHODS
File::Assets->new( base => <base>, output_path => <output_path>, minify => <minify> )
Create and return a new File::Assets object.
You can configure the object with the following:
base # A hash reference with a "uri" key/value and a "dir" key/value.
For example: { uri => http://example.com/assets, dir => /var/www/htdocs/assets }
# A URI::ToDisk object
# A Path::Resource object
minify # "1" or "best" - Will either use JavaScript::Minifier::XS> & CSS::Minifier::XS or
JavaScript::Minifier> & CSS::Minifier (depending on availability)
for minification
# "0" or "" or undef - Don't do any minfication (this is the default)
# "./path/to/yuicompressor.jar" - Will use YUI Compressor via the given .jar for minification
# "minifier" - Will use JavaScript::Minifier & CSS::Minifier for minification
# "xs" or "minifier-xs" - Will use JavaScript::Minifier::XS & CSS::Minifier::XS for minification
output_path # Designates the output path for minified .css and .js assets
The default output path pattern is "%n%-l%-d.%e" (rooted at the dir of <base>)
See above in "Specifying an output_path pattern" for details
$asset = $assets->include(<path>, [ <rank>, <type>, { ... } ])
$asset = $assets->include_path(<path>, [ <rank>, <type>, { ... } ])
First, if <path> is a scalar reference or "looks like" some HTML (starts with a angle bracket, e.g.: <script></script>), then it will be treated as inline content.
Otherwise, this will include an asset located at "<base.dir>/<path>" for processing. The asset will be exported as "<base.uri>/<path>"
Optionally, you can specify a rank, where a lower number (i.e. -2, -100) causes the asset to appear earlier in the exports list, and a higher number (i.e. 6, 39) causes the asset to appear later in the exports list. By default, all assets start out with a neutral rank of 0.
Also, optionally, you can specify a type override as the third argument.
By default, the newly created $asset is NOT inline.
Returns the newly created asset.
NOTE: See below for how the extra hash on the end is handled
$asset = $assets->include({ ... })
Another way to invoke include is by passing in a hash reference.
The hash reference should contain the follwing information:
path # The path to the asset file, relative to base
content # The content of the asset
type # Optional if a path is given, required for content
rank # Optional, 0 by default (Less than zero is earlier, greater than zero is later)
inline # Optional, by default true if content was given, false is a path was given
base # Optional, by default the base of $assets
You can also pass extra information through the hash. Any extra information will be bundled in the ->attributes hash of $asset. For example, you can control the media type of a text/css asset by doing something like:
$assets->include("/path/to/printstyle.css", ..., { media => "print" }) # The asset will be exported with the print-media indicator
NOTE: The order of <rank> and <type> doesn't really matter, since we can detect whether something looks like a rank (number) or not, and correct for it (and it does).
$asset = $assets->include_content(<content>, [ <type>, <rank>, { ... } ])
Include an asset with some content and of the supplied type. The value of <content> can be a "plain" string or a scalar reference.
You can include content that looks like HTML:
<style media="print">
body {
font: serif;
}
</style>
In the above case, <type> is optional, as File::Assets can detect from the tag that you're supplying a style sheet. Furthermore, the method will find all the attributes in the tag and put them into the asset. So the resulting asset from including the above will have a type of "text/css" and media of "print".
For now, only <style> and <script> will map to types (.css and .js, respectively)
See ->include for more information on <rank>.
By default, the newly created $asset is inline.
Returns the newly created asset.
NOTE: The order of the <type> and <rank> arguments are reversed from ->include and ->include_path Still, the order of <rank> and <type> doesn't really matter, since we can detect whether something looks like a rank (number) or not, and correct for it (and it does).
$name = $assets->name([ <name> ])
Retrieve and/or change the "name" of $assets; by default it is "assets"
This is useful for controlling the name of minified assets files.
Returns the name of $assets
$html = $assets->export([ <type> ])
Generate and return HTML for the assets of <type>. If no type is specified, then assets of every type are exported.
$html will be something like this:
<link rel="stylesheet" type="text/css" href="http://example.com/assets.css">
<script src="http://example.com/assets.js" type="text/javascript"></script>
@assets = $assets->exports([ <type> ])
Returns a list of assets, in ranking order, that are exported. If no type is specified, then assets of every type are exported.
You can use this method to generate your own HTML, if necessary.
$assets->empty
Returns 1 if no assets have been included yet, 0 otherwise.
$assets->exists( <path> )
Returns true if <path> has been included, 0 otherwise.
$assets->store( <asset> )
Store <asset> in $assets
$asset = $assets->fetch( <path> )
Fetch the asset located at <path>
Returns undef if nothing at <path> exists yet
$assets->set_name( <name> )
Set the name of $assets
This is exactly the same as
$assets->name( <name> )
$assets->set_base( <base> )
Set the base uri, dir, and path for assets
<base> can be a Path::Resource, URI::ToDisk, or a hash reference of the form:
{ uri => ..., dir => ..., path => ... }
Given a dir of /var/www/htdocs
, a uri of http://example.com/static
, and a path of assets
then:
$assets will look for files in "/var/www/htdocs/assets"
$assets will "serve" files with "http://example.com/static/assets"
$assets->set_base_uri( <uri> )
Set the base uri for assets
$assets->set_base_dir( <dir> )
Set the base dir for assets
$assets->set_base_path( <path> )
Set the base path for assets
Passing an undefined value for <path> will clear/get-rid-of the path
$assets->set_output_path( <path> )
Set the output path for assets generated by $assets
See "Specifying an output_path
pattern" above
$assets->set_cache( <cache> )
Specify the cache object or cache name to use
AUTHOR
Robert Krimen, <rkrimen at cpan.org>
SEE ALSO
SOURCE
You can contribute or fork this project via GitHub:
http://github.com/robertkrimen/file-assets/tree/master
git clone git://github.com/robertkrimen/file-assets.git File-Assets
BUGS
Please report any bugs or feature requests to bug-file-assets at rt.cpan.org
, or through the web interface at http://rt.cpan.org/NoAuth/ReportBug.html?Queue=File-Assets. I will be notified, and then you'll automatically be notified of progress on your bug as I make changes.
SUPPORT
You can find documentation for this module with the perldoc command.
perldoc File::Assets
You can also look for information at:
RT: CPAN's request tracker
AnnoCPAN: Annotated CPAN documentation
CPAN Ratings
Search CPAN
ACKNOWLEDGEMENTS
COPYRIGHT & LICENSE
Copyright 2008 Robert Krimen
This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself.