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

@shiftcode/translation-markup

v1.0.6

Published

Write faster and more maintainable translations.

Downloads

311

Readme

Translation Markup

Write faster and more maintainable translations.

Writing JSON based translations? Managing multiple files, adding keys everywhere, that’s boring.. that’s harsh! You shouldn’t have to do that. You won’t, not anymore! Meet Translation Markup.

Features

🔑 One translation key No more searching across files for the right spot and keys. All languages translations resides in the same and only key declaration.

🚀 No JSON boilerplate No more braces and quotes, type translations faster with YAML.

⚡️ Combine Keys There are often cases which a key translates equally among languages. For those, type the value just once.

❤️ Multiple translation files Stop organizing files by language and start organizing them by feature, module or the way you see fit.

translation markup usage example

Getting Started

translation-markup is a compiler that takes one or more yaml files (with the translation markup) and output them as json or js translation files, with the same structure you already use in your projects.

Take this simple example:

Input: translations.lang.yaml

LANGUAGES:
  1: enUS
  2: ptBR

CREDIT_CARD:
  NAME:
    1: Credit Card
    2: Cartão de Crédito

Output: 2 Files

---> enUS.json

{
  "CREDIT_CARD": {
    "NAME": "Credit Card"
  }
};

---> ptBR.json

{
  "CREDIT_CARD": {
    "NAME": "Cartão de Crédito"
  }
};

Do you want more output examples of what you can be achieved? Take a look at more ouput examples.

Languages Key

At the top of each translation file should be defined the LANGUAGES key, with all languages mapping. In the example above 1: enUs maps number 1 as language enUS and number 2 as ptBR.

Resulting files respect these mappings. In this case, 2 files would be output: enUs.json and ptBr.json.

Install

NPM:

npm install @shiftcode/translation-markup

Yarn:

yarn add @shiftcode/translation-markup

PS: Install it globally if you intend to use the cli.

Usage with Webpack

If you're looking to use use it with webpack, don't bother installing this lib. Take a look at translation-markup-plugin and translation-compiler-loader for webpack.

Usage with Node

Import or require

import translationMarkup from "@shiftcode/translation-markup";

Simple usage

Default configs will take './**/*.lang.yaml' glob pattern as input and output them as json files to './translations' directory.

translationMarkup.compile();

Custom input

You may override the input pattern with the globPath option:

translationMarkup.compile({
  globPath: "./**/translations/*.lang.yaml"
});

Custom output path

You may override the output directory with the outputDirectory option:

translationMarkup.compile({
  outputDirectory: "./src/translations"
});

Custom output options

You may override the output type (JS, TS or JSON) and choose to split files per language or output all translations to a single file.

translationMarkup.compile({
  options: {
    format: "JS", // JS (module.exports), JS_EXPORT_DEFAULT (export default), TS or JSON
    splitFiles: false,
    outputName: "internationalization"
  }
});

Customize everything

translationMarkup.compile({
  globPath: "./**/translations/*.lang.yaml", // defaults to './**/*.lang.yaml'
  outputDirectory: "./src/translations", // defaults to './translations'
  options: {
    format: "JS", // defaults to 'JSON'
    splitFiles: false, // defaults to true
    outputName: "internationalization" // defaults to 'translations' (name of the single translation file, applicable only when splitFiles=false)
  }
});

API Reference

-> compile([{ globPath, outputDirectory, options }])

Takes a globPath as input and output translations files to the outputDirectory directory, with given options config.

| Param | Type | Default | Details | | :-------------: | :----------------------------------------------------------------: | :---------------------------------------------------------------: | :---------------------------------------------------------------------------------: | | globPath | <string> | './**/*.lang.yaml' | Glob style path where to find the yaml files. | | outputDirectory | <string> | './translations' | Directory to output the translations. | | options | { format: <string>, splitFiles: <boolean>, outputName: <string>} | { format: 'JSON', splitFiles: true, outputName: 'translations'} | Output type and split options. |

→ Returns: Promise<void>

CLI

The compiler also contains a CLI to generate translations files directly from the terminal. You should install this lib as a global dependency if you intend to use it's CLI:

npm install -g @shiftcode/translation-markup

CLI Usage

# Compiles with the default values
tmc

# Compiles with diferent globPath
tmc --gb './**/translations/*.lang.yaml'

# Compiles with diferent output directory
tmc --outDir './src/translations'

# Compiles with diferent format
tmc --format JS

# Compiles into one file
tmc --spitFiles false

# Compiles with diferent output name
tmc --splitFiles false --outputName test

CLI Options

| Option | Details | Default | | :---------------------------: | :----------------------------------------------------------------------------------------------------------: | :-------------------: | | --version | Show version | ----- | | --gb, --globPath | Glob style path where to find the yaml lang files | "./\*_/_.lang.yaml" | | --outDir, --outputDirectory | Directory to output the translations | "./translations" | | --fmrt, --format | Compile output format ("JSON" or "JS") | "JSON" | | --split, --splitFiles | Compile to one file or separate by language | true | | --outName, --outputName | Name of the output file, without the file extension. If splitFiles is true, this option is silently ignored. | "translations" | | --help | Show help | ----- |