Skip to content

A library for reading and writing Gettext PO files.

License

Notifications You must be signed in to change notification settings

dontnod/fork-karambolo.po

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

91 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Karambolo.PO

This class library enables parsing, building and generating GetText PO files on the .NET platform. (Target frameworks: .NET Framework 4 & 4.5, .NET Standard 1.0 & 2.0).

NuGet Release Donate

The implementation is based on the PO file format specification of the GNU gettext utilities documentation. All the parts relevant to .NET programming is covered including full support for

  • contexts for identical text disambiguation,
  • plural forms (including plural form selector expressions),
  • metadata comments,
  • proper formatting of long texts.

Where the documentation was not specific enough, compatibility with Poedit took precedence.

Only synchronous API is available, async I/O is not supported for the moment.

Editions

As of version 1.3 three editions (builds) of the library are available with different feature sets:

Edition NuGet Package ID Missing Features Dependencies
Full Karambolo.PO Karambolo.Common
Compact Karambolo.PO.Compact
  • PreserveHeadersOrder option (see below)
Minimal Karambolo.PO.Minimal
  • PreserveHeadersOrder option (see below)
  • Plural expression parsing and evaluation

Compact provides almost all the features the Full package does but requires no 3rd party dependencies. If your project doesn't make use of the Karambolo.Common library (and you don't need the PreserveHeadersOrder feature either), it's recommended to choose the Compact edition.

Minimal is the most lightweight edition. You may choose it if you don't need to lookup plural form translations in your application.

Code samples

Parsing PO content

var parser = new POParser(new POParserSettings
{
    // parser options...
});

TextReader reader = ...;
var result = parser.Parse(reader);

if (result.Success)
{
    var catalog = result.Catalog;
    // process the parsed data...
}
else
{
    var diagnostics = result.Diagnostics;
    // examine diagnostics, display an error, etc...
}
Remarks:
  • As of version 1.1.0, convenience overloads accepting String or Stream are available for POParser.Parse method, as well.
  • The parser instance can be re-used but it's not safe to use it concurrently from multiple threads.
Options:
Description Default value
PreserveHeadersOrder Retain the order of metadata headers. POCatalog.Headers property will be set to a dictionary instance which preserves insertion order. (Available in the Full build only.) false
ReadHeaderOnly Parse only the metadata header item. false
SkipInfoHeaders Parse only the relevant metadata headers (Content-Transfer-Encoding, Content-Type, Language and Plural-Forms) and ignore the rest. false
SkipComments Parse no comments at all, not even the ones containing metadata. false
StringDecodingOptions. KeepKeyStringsPlatformIndependent Keeps msgctxt, msgid and msgid_plural strings platform-independent: preserves \n escape sequences in key strings, that is, prevents them from being replaced with Environment.NewLine. (Available only since version 1.7.0) false
StringDecodingOptions. KeepTranslationStringsPlatformIndependent Keeps msgstr strings platform-independent: preserves \n escape sequences in translation strings, that is, prevents them from being replaced with Environment.NewLine. (Available only since version 1.7.0) false

Generating PO file content

POCatalog catalog = ...;

var generator = new POGenerator(new POGeneratorSettings {
{
    // generator options...
});

TextWriter writer = ...;
generator.Generate(writer, catalog);
writer.Flush();
Remarks:
  • As of version 1.1.0, convenience overloads accepting StringBuilder or Stream are available for POGenerator.Generate method, as well.
  • The generator instance can be re-used but it's not safe to use it concurrently from multiple threads.
Options:
Description Default value
IgnoreEncoding Don't check whether the text encoding of the writer and the text encoding set for the catalog match. false
IgnoreLineBreaks Don't respect line breaks ("\n") when wrapping texts. false
IgnoreLongLines Don't wrap long lines (lines longer than 80 characters). false
PreserveHeadersOrder Don't sort but retain the order of metadata headers. POCatalog.Headers property should be set to a dictionary instance which preserves insertion order. (Available in the Full build only.) false
SkipInfoHeaders Generate only the relevant metadata headers (Content-Transfer-Encoding, Content-Type, Language and Plural-Forms) and ignore the rest. false
SkipComments Generate no comments. false

Building PO catalogs by code

var catalog = new POCatalog();

// setting comments for the header item
catalog.HeaderComments = new POComment[]
{
    new POTranslatorComment { Text = "Some header comment" }
};

// setting required headers
catalog.Encoding = "UTF-8";
catalog.PluralFormCount = 2;
catalog.PluralFormSelector = "(n != 1)";
catalog.Language = "en_US";

// setting custom headers
catalog.Headers = new Dictionary<string, string>
{
    { "POT-Creation-Date", "2018-08-01 12:34+0000" },
    { "Project-Id-Version", "Some Awesome App 1.0" },
    { "X-Generator", "My Awesome PO Generator Tool 1.0" },
};

// adding a plural entry with text context and all kinds of comments
var key = new POKey("{0} user", "{0} users", "/Views/Home/Index");
IPOEntry entry = new POPluralEntry(key)
{
    "Translation of {0} user",
    "Translation of {0} users",
};
entry.Comments = new POComment[]
{
    new POTranslatorComment { Text = "Some translator comment" },
    new POExtractedComment { Text = "Some extracted comment" },
    new POReferenceComment { References = new POSourceReference[] { new POSourceReference("/Views/Home/Index.cshtml", 8) } },
    new POFlagsComment { Flags = new HashSet<string> { "fuzzy" } },
    new POPreviousValueComment { IdKind = POIdKind.Id, Value = "{0} user logged in." },
    new POPreviousValueComment { IdKind = POIdKind.PluralId, Value = "{0} users logged in." },
};
catalog.Add(entry);

// adding a singular entry with multi-line text
key = new POKey($"Multi-line{Environment.NewLine}text.");
entry = new POSingularEntry(key)
{
    Translation = $"Translation of multi-line{Environment.NewLine}text."
};
catalog.Add(entry);

Retrieving translations from PO catalogs

// querying translation
var key = new POKey($"Multi-line{Environment.NewLine}text.");
var translation = catalog.GetTranslation(key);

// querying translation for the count of 5
key = new POKey("{0} user", "{0} users", "/Views/Home/Index");
translation.GetTranslation(key, 5);
Remarks:
  • POCatalog.GetTranslation(POKey key) returns the default translation: msgstr for a singular entry and msgstr[0] for a plural entry, respectively.
  • POCatalog.GetTranslation(POKey key, int count) returns the plural form translation corresponding the count argument. In the case of singular entries count is ignored and msgstr is returned always. In the case of plural entries, count is mapped to the corresponding index using the POCatalog.PluralFormSelector expression and msgstr[index] is returned. (The index is adjusted to the actual count of translations so no exception is thrown even if the index were out of bounds.)
  • When using the Minimal build, plural form selection is not available and thus the first translation is always returned even for plural entries.

Real-world application

Implementing multi-language support in software is usually a tedious, time-consuming task, so the capabilities of the localization infrastructure (API, tooling, etc.) may have a significant impact on development experience and, thus, the time required for development. The out-of-the-box localization infrastructure provided by .NET is based on XML resources and satellite assemblies. It gets the job done but is not as convenient as it could be.

PO-based localization, besides providing some additional features over .NET resources, is an excellent alternative as there are great and mature tools around which can aid and speed up the process of translating text resources and keeping them in sync.

However, there are some pieces missing to use PO-based localization in .NET applications. This library was created with an intention to have a base on which these pieces can be built.

The repository also includes an ASP.NET Core web application project which demonstrates how to complete the puzzle to get a complete and efficient localization solution based on PO files. (The idea is not tied to ASP.NET Core at all, it can be applied to other types of .NET projects easily.)

The demo project is based on the default web application template which ships with .NET (it was created by issuing the command dotnet new webapp --razor-runtime-compilation), so by examining this diff you can easily follow what changes are needed for enabling PO-based localization in a .NET web application.

The PO localization infrastructure consists of the following components:

  • A localization API which provides the translations for the application.

    In .NET Core/.NET 5+ this part is available out-of-the-box. The key interfaces are IStringLocalizerFactory, IStringLocalizer<T> and, in the case of an ASP.NET Core application, IHtmlLocalizerFactory, IHtmlLocalizer<T> and IViewLocalizer. Due to the modular design of .NET Core/.NET 5+ it's easy to provide a custom implementation which uses PO files as its source.

    The implementation included in the demo introduces an additional interface (ITranslationsProvider) to separate the logic of providing PO content from the translation lookup logic. This makes possible customizations to the former without changing the latter: e.g. an advanced implementation of ITranslationsProvider which supports translation cache invalidation (e.g. to enable picking up changes made to source files during the execution of the application) or an implementation which loads PO content from the database instead of the file system, etc.

  • An extractor tool which scans the source files (Razor views, code-behind files, etc.) of the application and extracts the texts to translate.

    By means of Roslyn implementing such a tool is not a tough job again if a naming convention is used consistently throughout the application source code.

    I have a ready-to-use implementation of a tool of this kind, which looks for string localizer usage via properties named T (or fields/variables named t/_t). It is currently distributed as part of my web application template project but it can be employed universally in any .NET Core/.NET 5+ project as it's implemented as a .NET tool, so it's essentially a simple console application which you can invoke directly or via the dotnet CLI toolchain as well. The demo project was set up for the latter, so I included a simple batch script which installs it as a .NET local tool. After executing the script successfully, the extractor tool can be invoked by dotnet po within the project directory.

    The demo project contains another batch script which shows you how to use the tool to automate the extraction of localizable texts. For details see the built-in help of the tool.

  • An editor tool which enables editing the extracted PO files.

    As the PO file format is easy for humans to read, it's even possible to use a simple text editor. However, there are much more productive tools: I recommend Poedit, which is available on multiple platforms.

About

A library for reading and writing Gettext PO files.

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • C# 99.7%
  • Batchfile 0.3%