This is a pre-production deployment of Warehouse, however changes made here WILL affect the production instance of PyPI.
Latest Version Dependencies status unknown Test status unknown Test coverage unknown
Project Description
# ks-email-parser [![Build Status](](

A command line tool name `ks-email-parser` to render HTML and text emails of markdown content.

## Goal
The goal is to store emails in a unified format that is easy to translate and to generate HTML and text emails off. It should be easy for translators to maintain content formatting accords different languages.

## Requirements

1. Python 3.+
2. libxml - on OSX install with `xcode-select --install`

## Installation

`make install`

## Usage

`ks-email-parser` in root folder to generate all emails.

### Options

Run `ks-email-parser --help` to see available options.

## Format
Emails are defined as plain text or markdown for simple translation. The folder structure makes it easy to plug into an existing translation tool.
The content of each email is stored in a XML file that contains all content, the subject and the assosiated HTML template.

### Syntax


<resources template="html_template_name" style="css_style_name">
<string<br> name="template_placeholder_name"
order="order_for text conversion"

#### Inline text

By default any text simple text you put in a `<string>` tag will be wrapped in a `<p>` tag, so `simple text` would become `<p>simple text</p>`.
This is standard markdown behaviour. In case you want to get raw text output, for example if you want to use it in a link tag,
wrap the entire block in `[[text]]`, for example `<string name="link">[[]]</string>` would become ``.
This is true only for entire blocks of text (paragraphs separated by blanck lines), `<string name="link">[[]] hello</string>`
would be rendered as `[[]] hello`

#### Base url for images

The parser will automatically add base_url to any image tag in markdown, so `![Alt text](/path/to/img.jpg)` and base url `base_url`
will produce `<img alt="Alt text" src="base_url/path/to/img.jpg"/>`

### Elements

#### `resource`
Resource attributes:

- **template** - the name of the corresponding HTML template to render
- **style** - (optional) comma separated value of CSS to be used for HTML templates. Those will be applied in order of the list.

#### `string`
Content formatting

- Plain text
- Markdown wrapped in `![CDATA[`

String attributes:

- **name** - Name of the matching place holder `[name_value]` in the HTML template
- **order** - (optional) in case of multiple string elements, they get rendered in the right order into text emails.

#### Example


<resources template="basic_template.html" style="common.css,basic_template.css">
<string name="subject">Verify your email address with KeepSafe.</string>
<string name="content">
Please click the link below to verify your email address:

##[Verify email]({{url}})

The KeepSafe Team]]></string>

## Templates

HTML templates use [Mustache]( to parse the template. You can use `{{name}}` inside a template and it will be replace by `name` string element from the email XML. You can find example of the templates in `templates_html` folder in this repo.

## Folder structure


- `src/` - all email content by local. e.g. `src/en/` for english content
- `target/` - Output folder generated. Contains the same local subfolders as `src/`. Each email generates 3 files with the self explained file extensions `.txt`, `.html` and `.subject`
- `templates_html/` - all HTML templates and CSS styles. A HTML template can have a corresponding CSS file with the same name.

This structure is configurable. By changing `source`, `destination`, `templates` and `pattern` you can use a structure you like. The `pattern` parameter is especially useful as it controls directory layout and email names. the default is `{locale}/{name}.xml` but you can use `{name}.{locale}.xml` if you don't want to have nested directories. Keep in mind both `name` and `locale` are required in the pattern.

## Rendering
*ks-email-parser* renders email content into HTML in 2 steps.

1. Render markdown files into simple HTML
2. Inserting CSS style definitions from `html_template.css` inline into the HTML. The goal is to support email clients that don't support inline CSS formatting.

### Strict mode

You can use `--strict` option to make sure all placeholders are filled. If there are leftover placeholders the parsing will fail with an error.

### isText

In case you want to put some non-text values in emails, like colors, you can use placeholders which will be ignored in text emails:

`<string name="color" istext="false">[[#C0D9D9]]</string>`

The only valid false value for isText is `false`, everything else counts as true including omitting the attribute.

## Placeholders validation

To make sure the placeholders are consistent between languages and every language has all needed placeholders you can create configuration file to hold needed placeholders.

### Config file

The file is a mapping of name to required placeholders and the number of times they appear. It's a json file with structure as below:

"email name" : {"placeholder1":1, "placeholder2":2}

You can generate the file in the provided source directory from existing emails with

$ ks-email-parser config placeholders

It will go through your email and extract placeholders.

### Validation

If the config file is present in the source directory each email will be validated for having placeholders specified in the file. The parsing will fail with an error if any email is missing one of required placeholders.

## 3rd party support
Some 3rd party services have custom formats to represent emails in multiple languages. This is a list of supported providers.

### defines their own multi language email format. More: [](

#### Usage
`ks-email-parser customerio [email_name]`
Generates a valid multi language email format into the `target/` folder.


0.2.6 (2016-04-09)

- Warn on extra placeholders.

0.2.2 (2015-07-23)

- Log to stdout by default.

0.2.1 (2015-07-23)

- Validate number of placeholders too.

0.2.0 (2015-07-22)

- Placeholders validation.

0.1.12 (2015-05-07)

- Add --version cmd option.

0.1.11 (2015-04-14)

- Set dir attribute only when possible.

0.1.10 (2015-04-14)

- Set dir attribute for entire content not for each placeholder.

0.1.9 (2015-04-06)

- Use href for links only if available.

0.1.8 (2015-04-06)

- Improve logging for strict mode.

0.1.7 (2015-04-06)

- Improve logging for strict mode.

0.1.6 (2015-04-06)

- Dependencies update.

0.1.5 (2015-04-06)

- Adds default parser options.

0.1.4 (2015-04-06)

- Log filename if parsing fails.

0.1.3 (2015-04-06)

- Fixes missing dependency.

0.1.2 (2015-04-06)

- Fixes requirements parsing.

0.1.1 (2015-04-06)

- Use text and href for links in text files.

0.1.0 (2015-04-06)

- Refactorings.

0.0.1 (2014-09-30)

- Initial release.
Release History

Release History


This version

History Node

TODO: Figure out how to actually get changelog content.

Changelog content for this version goes here.

Donec et mollis dolor. Praesent et diam eget libero egestas mattis sit amet vitae augue. Nam tincidunt congue enim, ut porta lorem lacinia consectetur. Donec ut libero sed arcu vehicula ultricies a non tortor. Lorem ipsum dolor sit amet, consectetur adipiscing elit.

Show More

Download Files

Download Files

TODO: Brief introduction on what you do with files - including link to relevant help section.

File Name & Checksum SHA256 Checksum Help Version File Type Upload Date
ks-email-parser-0.2.7.tar.gz (21.7 kB) Copy SHA256 Checksum SHA256 Source Apr 10, 2016

Supported By

WebFaction WebFaction Technical Writing Elastic Elastic Search Pingdom Pingdom Monitoring Dyn Dyn DNS HPE HPE Development Sentry Sentry Error Logging CloudAMQP CloudAMQP RabbitMQ Heroku Heroku PaaS Kabu Creative Kabu Creative UX & Design Fastly Fastly CDN DigiCert DigiCert EV Certificate Rackspace Rackspace Cloud Servers DreamHost DreamHost Log Hosting