========= Language specific rendering of the templates for angular. Extended the grunt-angular-templates of Eric Clemmons grunt-angular-templates https://raw.githubusercontent.com/ericclemmons/grunt-angular-templates
Speed up your AngularJS app by automatically minifying, combining, and automatically caching your HTML templates with
$templateCache
.
Here's an example of the output created by this task from multiple .html
files:
angular.module('app').run(["$templateCache", function($templateCache) {
$templateCache.put("home.html",
// contents for home.html ...
);
...
$templateCache.put("src/app/templates/button.html",
// contents for button.html
);
}]);
Then, when you use ng-include
or templateUrl
with $routeProvider
,
the template is already loaded without an extra AJAX request!
This plugin requires [Grunt][1] ~0.4.0
Usemin integration requires [grunt-usemin][5] ~2.0.0
Install the plugin:
$ npm install angular-translate-templates --save-dev
Enable the plugin within your Gruntfile
:
grunt.loadNpmTasks('angular-translate-templates');
Global namespace for Angular.
If you use angular.noConflict()
, then set this value to whatever you
re-assign angular to. Otherwise, it defaults to angular
.
Callback to modify the bootstraper that registers the templates with
$templateCache
.
By default, the bootstrap script wraps function($templateCache) { ... }
with:
angular.module('app').run(['$templateCache', ... ]);
If you want to create your own wrapper so you register the templates as an
AMD or CommonJS module, set the bootstrap
option to something like:
bootstrap: function(module, script) {
return 'module.exports[module] = ' + script + ';';
}
Name of
concat
target to append the compiled template path to.
This is especially handy if you combine your scripts using [grunt-contrib-concat][4] or [grunt-usemin][5].
Object containing [htmlmin options][2] that will significantly reduce the filesize of the compiled templates.
Without this, the HTML (whitespace and all) will be faithfully compiled
down into the final .js
file. Minifying that file will only cut down
on the Javascript code, not the HTML within the strings.
I recommend using the following settings for production:
htmlmin: {
collapseBooleanAttributes: true,
collapseWhitespace: true,
removeAttributeQuotes: true,
removeComments: true, // Only if you don't use comment directives!
removeEmptyAttributes: true,
removeRedundantAttributes: true,
removeScriptTypeAttributes: true,
removeStyleLinkTypeAttributes: true
}
String
of theangular.module
to register templates with.
If not specified, it will automatically be the name of the ngtranslatetemplates
subtask (e.g. app
, based on the examples below).
String
to prefix template URLs with. Defaults to''
If you need to use absolute urls:
ngtranslatetemplates: {
app: {
options: {
prefix: '/'
}
}
}
If you serve static assets from another directory, you specify that as well.
Callback to modify the template's source code.
If you would like to prepend a comment, strip whitespace, or do
post-processing on the HTML that ngtranslatetemplates
doesn't otherwise do,
use this function.
Normally grunt-angular-templates creates a new file at dest
.
This option makes it append the compiled templates to the dest
file rather than replace its contents.
This is just a useful alternative to creating a temporary dest
file and concatting it to your application.
Boolean indicated if the templates are part of an existing module or a standalone. Defaults to
false
.
- If the value is
false
, the module will look likeangular.module('app')
, meaningapp
module is retrieved. - If the value is
true
, the module will look likeangular.module('app', [])
, meaningapp
module is created.
Callback to modify the template's
$templateCache
URL.
Normally, this isn't needed as specifying your files with cwd
ensures that URLs load via both AJAX and $templateCache
.
Path to
<!-- build:js [path/to/output.js] -->
usemin target
This should be the output path of the compiled JS indicated in your HTML,
such as path/to/output.js
shown here.
After configuring your ngtranslatetemplates
task, you can either run the
task directly:
$ grunt ngtranslatetemplates
Or, bake it into an existing task:
grunt.registerTask('default', [ 'jshint', 'ngtranslatetemplates', 'concat' ]);
Finally, you have to load the compiled templates' .js
file into your
application.
<script src="templates.js"></script>
This is my personal preference, since you don't have to worry about what the destination file is actually called.
concat: {
app: {
src: [ '**.js', '<%= ngtranslatetemplates.app.dest %>' ],
dest: [ 'app.js' ]
}
}
Using the following HTML as an example:
<!-- build:js dist/vendors.js -->
<script src="bower_components/angular/angular.js"></script>
<script src="bower_components/angular-resource/angular-resource.js"></script>
<!-- endbuild -->
Do not use the concat
option, even though grunt-usemin generates a concat.generated
object behind the scenes. Instead, use the usemin
option to indicate the anticipated
output filepath from grunt-usemin.
ngtranslatetemplates: {
app: {
src: '**.html',
dest: 'template.js',
options: {
usemin: 'dist/vendors.js' // <~~ This came from the <!-- build:js --> block
}
}
}
Note: Earlier versions of grunt-usemin (correctly, in my opinion) would have generated
a concat['dist/vendors.js']
object for each build section in the HTML. Now,
because there's a single concat.generated
object with all JS/CSS files within it,
I'm back-tracking the proper concat
target for you.
ngtranslatetemplates: {
app: {
src: '**.html',
dest: 'templates.js',
languages: ['en.json', 'nl.json']
}
}
Normally, your app, templates, & server are in separate folders, which means that the template URL is different from the file path.
ngtranslatetemplates: {
app: {
cwd: 'src/app',
src: 'templates/**.html',
dest: 'build/app.templates.js',
languages: ['en.json', 'nl.json']
}
}
This will store the template URL as templates/home.html
instead of
src/app/templates/home.html
, which would cause a 404.
Simply pass the [same options][2] as the htmlmin
task:
ngtranslatetemplates: {
app: {
src: '**.html',
dest: 'templates.js',
languages: ['en.json', 'nl.json'],
options: {
htmlmin: { collapseWhitespace: true, collapseBooleanAttributes: true }
}
}
}
Or, if you already have an existing htmlmin
task, you can reference it:
ngtranslatetemplates: {
app: {
src: '**.html',
dest: 'templates.js',
languages: ['en.json', 'nl.json']
options: {
htmlmin: '<%= htmlmin.app %>'
}
}
}
Suppose you only use ngtranslatetemplates
when on production, but locally you serve
templates via Node, sans the .html
extension.
You can specify a url
callback to further customize the registered URL:
ngtranslatetemplates: {
app: {
src: '**.html',
dest: 'templates.js',
languages: ['en.json', 'nl.json'],
options: {
url: function(url) { return url.replace('.html', ''); }
}
}
}
Some people like [AMD & RequireJS][3] and would like wrap the output in AMD or something else (don't ask me why!):
ngtranslatetemplates: {
app: {
src: '**.html',
dest: 'templates.js',
languages: ['en.json', 'nl.json'],
options: {
bootstrap: function(module, script) {
return 'define(module, [], function() { return { init: ' + script + ' }; });';
}
}
}
}
You will be able to custom everything surrounding $templateCache.put(...)
.
In line of a formal styleguide, take care to maintain the existing coding style. Add unit tests for any new or changed functionality. Lint and test your code.
- 0.0.1 Initial version
- 0.0.2 Changed the template from {{ }} to <% %>
- 0.0.3 Set the gruntfile.js as main
- 0.0.4 Changed the gruntfile