Replaces sass values with grunt. Patched and based on https://github.com/eliranmal/grunt-sass-replace
This plugin requires Grunt ~0.4.5
If you haven't used Grunt before, be sure to check out the Getting Started guide, as it explains how to create a Gruntfile as well as install and use Grunt plugins. Once you're familiar with that process, you may install this plugin with this command:
npm install grunt-sass-replace --save-dev
Once the plugin has been installed, it may be enabled inside your Gruntfile with this line of JavaScript:
grunt.loadNpmTasks('grunt-sass-replace');
In your project's Gruntfile, add a section named sass-replace
to the data object passed into grunt.initConfig()
.
grunt.initConfig({
'sass-replace': {
files: [
{
src: 'my-styles.scss',
dest: 'my-new-styles.scss'
}
],
options: {
variables: [
{
name: 'my-var',
from: '10px',
to: '3.333em'
}
],
imports: [
{
from: 'http://foo.wat.com',
to: 'http://bar.wat.com'
}
]
}
},
});
Type: Array<Object>
Default value: none
Mandatory: either this or options.imports
must be set
A collection of VariableInstruction
s to describe replacements of sass variable values.
Type: Object
Default value: none
Mandatory: at least one VariableInstruction
must be available on the options.variables
collection
An object representing a single instruction in the options.variables
collection.
The to
field is mandatory, and either from
, name
or both can be used to filter the lookup.
When both name
and from
are used, they both apply as filters. As name
can be passed as a string or as a regular
expression, it presents two common use cases:
- passing both fields as strings can be used to replace values in duplicate variable declarations, e.g. a variable overriding a variable with the same name in another file.
- passing a string to
from
and a regular expression toname
can be used to achieve finer filtering, matching variables which have a certain value, by several names.
Type: String|RegExp
Default value: /\S+/
(match at least one non-whitespace character)
Mandatory: either this or the from
field must be set
The variable name for lookup, without the leading $
.
When a string is passed, the literal value is searched, e.g. my-var
will match $my-var: "foo"
.
A regular expression can be passed in its literal form or as a RegExp
instance.
e.g. /my[-_]?[Vv]ar/
or new RegExp('my[-_]?[Vv]ar')
will both match $my-var: "foo"
, $my_var: "foo"
and $myVar: "foo"
.
When using a RegExp
instance, only its source is used for the lookup (flags are ignored).
Type: String|Number|Boolean
Default value: none
Mandatory: either this or the name
field must be set
The variable's current value for lookup. Note that !default
statements are not captured for replacement, and are
kept as is (post an issue if you want to be able to alter !default
statements as well).
See note on using double quotes when replacing string values.
Type: String|Number|Boolean
Default value: none
Mandatory: yes
A new value for the matched variable.
See note on using double quotes when replacing string values.
When replacing variable values of type string, e.g. $my-var: "foo"
β $my-var: "bar"
, the variable value's
surrounding double quotes may be omitted from the from
/to
field's value, as they will be captured and passed on to
the replacement.
However, it is advised to prefer the explicit notation and always surround string values with double quotes, for better
readability and to avoid confusion or unexpected behavior.
π
{
from: '"foo"',
to: '"bar"'
}
...
π
{
from: 'foo',
to: 'bar'
}
...
Type: Array<Object>
Default value: none
Mandatory: either this or options.variables
must be set
A collection of ImportInstruction
s to describe replacements of @import
paths.
Type: Object
Default value: none
Mandatory: at least one ImportInstruction
must be available on the options.imports
collection
An object representing a single instruction in the options.imports
collection.
Both from
and to
fields are mandatory.
Type: String
Default value: none
Mandatory: yes
The import path(s) current value for lookup. Captures only the path contents, i.e. everything between the surrounding
quotes, or inside a url()
.
Capturing of everything after the @import
(including quotes or url()
s) is currently not supported,
post an issue if you find it useful. Also, passing regular expressions was not tested, but probably works.
Type: String
Default value: none
Mandatory: yes
A new value for the matched import path(s).
This example also shows the usage of various types in variable values.
grunt.initConfig({
'sass-replace': {
files: {
'dest/my-styles.scss': 'src/my-styles.scss'
},
options: {
variables: [
{
from: '"foo"',
to: '"bar"'
},
{
from: 10,
to: '10%'
},
{
from: 3.333,
to: 6.666
},
{
from: '10px',
to: '20em'
}
]
}
}
});
grunt.initConfig({
'sass-replace': {
files: {
'dest/my-styles.scss': 'src/my-styles.scss'
},
options: {
variables: [
{
name: 'my-var',
to: 'bar'
}
]
}
}
});
grunt.initConfig({
'sass-replace': {
files: {
'dest/my-styles.scss': 'src/my-styles.scss'
},
options: {
variables: [
{
name: 'my-var',
from: '"foo"',
to: '"bar"'
}
]
}
}
});
grunt.initConfig({
'sass-replace': {
files: {
'dest/my-styles.scss': 'src/my-styles.scss'
},
options: {
variables: [
{
name: new RegExp('my[-_]?[Vv]ar'),
from: '"foo"',
to: 1000000000000
},
{
name: /my[-_]?[Nn]um[-_]?[Vv]ar/,
to: -1
}
]
}
}
});
grunt.initConfig({
'sass-replace': {
files: {
'dest/my-styles.scss': 'src/my-styles.scss'
},
options: {
imports: [
{
from: 'foo',
to: 'bar'
},
{
from: 'foo.css',
to: 'bar.css'
},
{
from: 'foo.scss',
to: 'bar.scss'
},
{
from: 'http://wat.com/foo',
to: 'http://wat.com/bar'
},
{
from: 'http://wat.tha.fuck.com/foo',
to: 'http://wat.tha.fuck.com/bar'
},
{
from: 'http://wat.com/foo?family=#{$family}',
to: 'http://wat.com/bar?family=#{$family}'
},
{
from: 'foo-foo',
to: 'bar-bar'
},
{
from: 'foo-foo-foo',
to: 'bar-bar-bar'
}
]
}
}
});
In lieu 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.
To allow testing of negative flows, the tests are run via npm, which is running the main task with the --force
flag.
To run the tests, run:
npm run test
See the changelog.
Copyright (c) 2016 Eliran Malka. Licensed under the WTFPL license.