To use inline:
<!-- smartling.entity_escaping = false -->

String:
<!-- smartling.entity_escaping = auto -->

< (less-than)

&lt;

> (greater-than)

&gt;

& (ampersand)

&amp;

' (apostrophe or single quote)

" (double-quote)

When enabled, Smartling will make strings unique using variant metadata. Must be used in conjunction with the source_key_paths directive, which provides the information needed to generate variant metadata. 

If you have previously uploaded a file with variants turned off, and re-upload the file with variants on, Smartling will capture all content as new strings. You can configure SmartMatch to automatically match the existing translations.

<!-- smartling.translate_paths = data/localize/string, data/localize.title, data/localize/root/ --> 

Smartling will translate content in the data/localize/string & data/localize/root nodes. The title attribute of the data/localize node will also be translated.

Specifies the format of strings for the specified paths and can enable HTML inside another file format. 

Current supported formats are:

• HTML - string value will be parsed as HTML
• @default - (note the leading at-sign) string value will be treated as simple text.
• TXT - string value will be parsed as plain text with strings separated by new lines.
• Markdown - string value will be parsed as Markdown.
• block - passes all elements within the block as a single Smartling string.

Separate multiple paths by commas.

You may specify a single path for a format or a comma-separated list of paths enclosed in square brackets. The list may be empty.

Wildcards are allowed in path definitions.

• If no wildcards are used, then the path identifies a single node and all its children ("exact subpath").
• If wildcards are used, then a path identifies a set of nodes and all their children ("path pattern"). Currently, only * (asterisk) wildcard is implemented, which means "one or more nodes with any names".
• Exact subpaths have precedence over path patterns.

See Content Parsing for more information.

<!-- smartling.string_format_paths = -->

Disables the effect of the previous string_format_paths instruction.

<!-- smartling.string_format_paths = html: /product/description -->

Enables HTML in /product/description only.

<!-- smartling.string_format_paths = html: /product/description/ -->

Enables HTML in /product/description and all its child nodes.

<!-- smartling.string_format_paths = html: /product/description/, html: /product/title -->

Enables HTML in /product/description and all its child nodes, and the product/title node.

<!-- smartling.string_format_paths = block: /product/description -->

Enables block and everything inside of root to be one string.

<!-- smartling.placeholder_format_custom = \[.+?\] -->

Any characters surrounded by square brackets will be treated as a placeholder.

<!-- smartling.placeholder_format = IOS -->

Specifies iOS-style placeholders for the file.

<!-- smartling.sltrans = notranslate -->

Strings after this directive will be captured as strings but excluded from translation. (It is the entire string that is excluded, not just a portion of the string.)

<!-- smartling.sltrans = translate -->

Strings after this directive will be translated.

A comma separated list of paths, as used to create “keys” for strings on translate_paths.

The key will be a space-separated string of all the keys leading to the source string. For example: “string”, “group1 string”.

Specify the full path to the value, then indicate which part of the path should be used as the key using {} notation.  Each part of the path that has {} will be used to construct the key, with each part separated by a ':#:' in the key.

You can use the value of an attribute in the path by using the '.' notation to indicate the attribute you want to capture as part of the key.

Used to define the schema for capturing a key for each source string.

Keys are required:

If you want to import pre-existing translations from a file with the same structure
If you want to create variants of strings that would otherwise be duplicates; by default, Smartling does not create duplicate strings.
Creating or updating variants for previously uploaded strings will create new strings that will not have translations. The SmartMatch feature can be configured to automatically apply the existing translations, or translators can use the 100% match from the Translation Memory to manually apply the translation.

Note: Keys are not created if the element is a sibling of the element that has the string, e.g.:

string_format_paths = /data/value
and
source_key_paths = /data/

{key}

Result: though there are no errors, no key is created.

<!-- smartling.source_key_paths = data/item/{content.id}/value -->

Smartling will capture the value of the id attribute of the data/item/content/ node as part of the key.

<!-- smartling.source_key_paths = data/item/{key_name} -->

Smartling will capture the content of the key_name node as the key.

<key_name='Example_Key_Name'</key_name>

<!-- smartling.source_key_paths = {data/item/key_name} -->

Smartling will capture the entire path as the key.

<!-- smartling.pseudo_inflation = 80 -->

Downloaded pseudo translations will increase the length of original strings by 80 percent.

<!-- smartling.instruction_paths = data/unit/instruction --> 

(See code sample below.)

Source string level instructions for character length. character_limit_paths point to elements that define character limits.

Order is important. The element with the limit must be a sibling of the corresponding element with the translation (as specified by translate_paths), and it must appear before the translation in the file.

<!-- smartling.character_limit_paths = data/unit/limit, data/sub-level/unit/limit, data/item/limit -->

(See code sample below)

This directive allows for specified tags to be treated as inline tags (visible and moveable for translators and editors) versus block-level tags (creates a new string and are not visible).

NOTE: This only works for nested HTML parsing in XML, which must be in entity escaped form.

<!-- smartling.translate_paths = root/text -->
<!-- smartling.string_format_paths = html: /root/text -->
<!-- smartling.force_inline_for_tags = fine -->
<root>
<text>
I have some <fine>text</fine> that is in three pieces.
</text>
<text>
I have some other &lt;fine&gt;text&lt;/fine&gt; that is not.
</text>
</root>

<!-- smartling.cdata_whitespace_strategy = trim -->

Reduces whitespace

on|yes|true or off|no|false or leading|trailing

The default value is on

A whitespace is any character or series of characters that represent horizontal or vertical space in typography. When rendered, a whitespace character is not a visible mark, but does occupy an area or space on a page.

Although whitespaces are necessary within a string (typically to separate words), unnecessary whitespaces can be found at the start of a string (leading) and at the end of a string (trailing).

With this directive, you can trim whitespaces, as it enables or disables whitespace trim management for the ingested strings.

By default, the leading and trailing whitespaces are trimmed.

You can choose to disable trimming or specify trimming for leading or trailing whitespaces.

The directive can be used inline or as the API request parameter.

<!-- smartling.whitespace_trim=on -->

Smartling will trim leading and trailing whitespaces (default)

<!-- smartling.whitespace_trim=off -->

Smartling will not trim leading or trailing whitespaces

<!-- smartling.whitespace_trim=leading -->

Smartling will trim only leading whitespaces

<!-- smartling.whitespace_trim=trailing -->

Smartling will trim only trailing whitespaces