npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

grunt-translations

v0.0.3

Published

Grunt task to identify missing translation attributes in html file and html in javascript. Forked from yoniholmes/grunt-text-replace 0.4.0

Downloads

2

Readme

grunt-translations

Replace text in files using strings, regexs or functions.

Installation

In your project's gruntfile directory, run:

npm install grunt-translations --save-dev

Then add this line to your project's gruntfile:

grunt.loadNpmTasks('grunt-translations');

Usage

translations: {
  example: {
    src: ['text/*.txt'],             // source files array (supports minimatch)
    dest: 'build/text/',             // destination directory or file
    reportPath: 'report.txt',        // path to report output (optional)
    exclusionFile: 'exclusions.txt', // string to exclude from translation attribute identification
    translationAttributes: ["{{t ", "{{ t ", "{{{t ", "{{{ t "], // translation attribute to search for in identified elements
    replacements: [{
      from: 'Red',                   // string replacement
      to: 'Blue'
    }, {
      from: /(f|F)(o{2,100})/g,      // regex replacement ('Fooo' to 'Mooo')
      to: 'M$2'
    }, {
      from: 'Foo',
      to: function (matchedWord) {   // callback replacement
        return matchedWord + ' Bar';
      }
    }]
  }
}

Here's another example using grunt.template, and overwriting original source files:

translations: {
  another_example: {
    src: ['build/*.html'],
    overwrite: true,                 // overwrite matched source files
    replacements: [{
      from: /[0-9]{1,2}\/[0-9]{1,2}\/[0-9]{2,4}/g,
      to: "<%= grunt.template.today('dd/mm/yyyy') %>"
    }]
  }
}

API reference

replace

translations is the top level task that goes in your grunt.initConfig({}). It is a multi-task, meaning that it must contain targets, which you can name anything you like.

src

src is an array of source files to be replaced, and is required. It supports minimatch paths.

dest

dest is the destination for files to be replaced, and can refer to either a:

  • file: 'path/output.txt'
  • directory: 'path/'

grunt-translations will throw an error if multiple source files are mapped to a single file.

overwrite

overwrite should be used for in-place replacement, that is when all you need to do is overwrite existing files. To use it, omit dest, otherwise grunt-text-replace will throw an error. You can only use one or the other.

replacements

replacements is an array of from and to replacements. See the examples above.

reportPath

reportPath is the path to a text file to report output (optional). Output is also logged to the console. examples above.

exclusionFile is the path to a text file containing strings to exclude

from translation attribute identification examples above.

translationAttributes: an array of translation attribute to search for in element

identified in the replacements.from data examples above.

from

from is the old text that you'd like replace. It can be a:

  • plain string: 'Red' matches all instances of 'Red' in file
  • regular expression object: /Red/g same as above

to

to is the replacement. It can be a:

  • plain string
  • string containing a grunt.template
  • string containing regex variables $1, $2, etc
  • combination of the above
  • function where the return value will be used as the replacement text (supports grunt.template)
  • any JavaScript object

function

Where to is a function, the function receives 4 parameters:

  1. matchedWord: the matched word
  2. index: an integer representing point where word was found in a text
  3. fullText: the full original text
  4. regexMatches: an array containing all regex matches, empty if none defined or found.
// Where the original source file text is:  "Hello world"

replacements: [{
  from: /wor(ld)/g,
  to: function (matchedWord, index, fullText, regexMatches, sourcePath) {
    // matchedWord:  "world"
    // index:  6
    // fullText:  "Hello world"
    // regexMatches:  ["ld"]
    // sourcePath: /templates/index.html
    return 'planet';   //
  }
}]

// The new text will now be:  "Hello planet"

JavaScript object

Where to is a JavaScript object, type coercion will apply as follows:

  1. null: will result in an empty string
  2. undefined: will return in an empty string
  3. other: all other values will use default JavaScript type coercion. Examples:
    • false: 'false'
    • true: 'true'
    • 0: '0'

options

options is an object, specific to a target, and the only supported option is processTemplates

processTemplates

processTemplates when set to false (by default it is true) switches off grunt.template processing within function return statements. It doesn't work for string replacements (ie. when the replacement is a string, not a function), as grunt processes templates within config string values before they are passed to the plugin.

replace: {
  prevent_templates_example: {
    src: ['text/*.txt'],
    dest: 'build/text/',
    options: {
      processTemplates: false
    },
    replacements: [{
      from: /url\(.*\)/g,
      to: function () {
        return "url(<% Don't process this template, retain the delimeters %>)";
      }
    }]
  }
}

Road map

Some changes I'm considering. Happy to receive suggestions for/against:

  • Consolidate function parameters. This would mean replacing the 4 existing function parameters 'matchedWord', 'index', 'fullText' and 'regexMatches' with a single 'data' object with 4 members.
  • Source/Destination paths in function callback. The above change makes it easier to add the source and destination paths as part of the data parameter in the function callback, which is a requested feature.
  • Grunt 4.0 'files' and 'options'. At some point I might move to bringing the plugin in alignment with the Grunt 4.0 convention of having standard 'files' and 'options' objects.

slanders770/grunt-translations History

v0.0.3 - 02/13/2015 - "Updated exclusion file format to JSON to add flexibility to exclusions" v0.0.1 - 02/11/2015 - "initial commit of source"

License

Copyright (c) 2013 Jonathon Holmes Licensed under the MIT license.