NGettext

A cross-platform .NET implementation of the GNU/Gettext library.

This fully managed library works fine on Microsoft .NET Framework version 2.0 or higher, Mono and .NET Core even on full-AOT runtimes. It is fully COM and CLS compatible.

This implementation loads translations directly from gettext *.mo files (no need to compile a satellite assembly) and can handle multiple translation domains and multiple locales in one application instance. NGettext supports both little-endian and big-endian MO files, automatic (header-based) encoding detection and (optional) plural form rules parsing.

By default, NGettext uses pre-compiled plural form rules for most known locales. You can enable plural form rule parsing from *.mo file headers (see MoCompilingPluralLoader description below) or use a custom plural rules passed to your Catalog instance through API.

Why NGettext?

There are other GNU/Gettext implementations for C#, but they all have some huge disadvantages.

Why not Mono.Unix.Catalog? Mono's Catalog is just a bindings to three native functions (bindtextdomain, gettext, and ngettext). It does not support multiple domains/locales and contexts. It is not cross-patform, it have problems with Windows OS.

Why not GNU.Gettext? It uses satellite assemblies as a translation files and does not support multiple locales in one application instance. It's hard to build and maintain translation files and change locale inside your application.

So why NGettext?

NGettext is fully cross-platform as it doesn't use any native or managed 3rd-party libraries.
NGettext supports multiple domains. You can separate translation files for each of your application's module or plugin.
NGettext supports multiple locales in one application instance and gives really simple API to choose locale of your application. You don't even need to care about locales of your application's threads.
NGettext loads translations from *.mo files. You can even load translations from specified file or stream.
NGettext supports message contexts.
NGettext provides nice and simple API, compatible with any type of application (console, GUI, web...).

Build status

OS	Target frameworks (build)	Target frameworks (test)
Windows	net20 net35 net40 net45 net46 netstandard1.0 netstandard1.3 netstandard2.0 .NETPortable,Version=v4.0,Profile=Profile136 .NETPortable,Version=v4.0,Profile=Profile328	netcoreapp1.0 netcoreapp2.0
Linux	net20 net40 net45 netstandard1.0 netstandard1.3 netstandard2.0 .NETPortable,Version=v4.0,Profile=Profile136 .NETPortable,Version=v4.0,Profile=Profile328	netcoreapp1.0 netcoreapp2.0
Mac OS X	net20 net40 net45 netstandard1.0 netstandard1.3 netstandard2.0 .NETPortable,Version=v4.0,Profile=Profile136 .NETPortable,Version=v4.0,Profile=Profile328	netcoreapp2.0

Installation and usage

All you need to do is just install a NuGet package from the package manager console:

PM> Install-Package NGettext

or through .NET CLI utility:

$ dotnet add package NGettext

Now you can use NGettext in your code:

    using NGettext;

    // This will load translations from "./locale/<CurrentUICulture>/LC_MESSAGES/Example.mo"
    ICatalog catalog = new Catalog("Example", "./locale");

    // or

    // This will load translations from "./locale/ru_RU/LC_MESSAGES/Example.mo"
    ICatalog catalog = new Catalog("Example", "./locale", new CultureInfo("ru-RU"));

    Console.WriteLine(catalog.GetString("Hello, World!")); // will translate "Hello, World!" using loaded translations
    Console.WriteLine(catalog.GetString("Hello, {0}!", "World")); // String.Format support

.NET CoreCLR

If you using this library under CoreCLR and you want to use encodings different from UTF-8 for your *.mo files, you need to include System.Text.Encoding.CodePages package into your application and initialize it like this:

    #if NETCOREAPP1_0
        Encoding.RegisterProvider(CodePagesEncodingProvider.Instance);
    #endif

Culture-specific message formatting

    // All translation methods support String.Format optional arguments
    catalog.GetString("Hello, {0}!", "World");

    // Catalog's current locale will be used to format messages correctly
    catalog.GetString("Here's a number: {0}!", 1.23);
    // Will return "Here's a number: 1.23!" for en_US locale
    // But something like this will be returned for ru_RU locale with Russian translation: "А вот и номер: 1,23!"

Plural forms

    catalog.GetPluralString("You have {0} apple.", "You have {0} apples.", count);
    // Returns (for en_US locale):
    //     "You have {0} apple." for count = 1
    //     "You have {0} apples." otherwise

    catalog.GetPluralString("You have {0} apple.", "You have {0} apples.", 5, 5);
    // Returns translated plural massage: "You have 5 apples." (for en_US locale)
    // First “5” used in plural forms determination; second — in String.Format method

    // Example plural forms usage for fractional numbers:
    catalog.GetPluralString("You have {0} apple.", "You have {0} apples.", (long)1.23, 1.23);
    // Internal String.Format will be used in context of catalog's locale and formats objects respectively

Contexts

    catalog.GetParticularString("Menu|File|", "Open"); // will translate message "Open" using context "Menu|File|"
    catalog.GetParticularString("Menu|Project|", "Open"); // will translate message "Open" using context "Menu|Project|"

Multiple locales and domains in one application instance

    // "./locale/en_US/LC_MESSAGES/Example.mo"
    ICatalog example_en = new Catalog("Example", "./locale", new CultureInfo("en-US"));

    // "./locale/fr/LC_MESSAGES/Example.mo"
    ICatalog example_fr = new Catalog("Example", "./locale", new CultureInfo("fr"));

    // "./locale/<CurrentUICulture>/LC_MESSAGES/AnotherDomainName.mo"
    ICatalog anotherDomain = new Catalog("AnotherDomainName", "./locale");

Direct MO file loading

    Stream moFileStream = File.OpenRead("path/to/domain.mo");
    ICatalog catalog = new Catalog(moFileStream, new CultureInfo("en-US"));

Parsing plural rules from the *.mo file header

NGettext can parse plural rules directly from the *.mo file header and compile it to a dynamic method in runtime. To enable this option you can just create a catalog using the MoCompilingPluralLoader from the NGettext.PluralCompile package:

    ICatalog catalog = new Catalog(new MoCompilingPluralLoader("Example", "./locale"));

This loader will parse plural formula from the .mo file header and compile it to plural rule for your Catalog instance at runtime, just when your .mo file loads. Your Catalog's PluralString methods performance will be the same as if you were using NGettext's default precompiled plural rules, only .mo file loading will be slightly slower.

This feature requires enabled JIT compiler in your runtime. You can not use MoCompilingPluralLoader in an full-AOT environment. This is why MoCompilingPluralLoader moved to a separate library.

For hosts without enabled JIT you can use MoAstPluralLoader which will only parse plural formulas to an abstract syntax tree and interpret it every time you call a *PluralString method from your catalog, without compiling. Please note that this solution is slightly slower than MoCompilingPluralLoader even it's pretty well optimized.

Custom plural formulas

    catalog.PluralRule = new PluralRule(numPlurals, n => ( n == 1 ? 0 : 1 ));

Also you can create custom plural rule generator by implementing IPluralRuleGenerator interface, which will create a PluralRule for any culture.

Short syntax

In the samples/NGettextShortSyntax.cs file you can see an example of a shorter C-style syntax for NGettext catalog usage:

    using static Example.NGettextShortSyntax;

    _("Hello, World!"); // GetString
    _n("You have {0} apple.", "You have {0} apples.", count, count); // GetPluralString
    _p("Context", "Hello, World!"); // GetParticularString
    _pn("Context", "You have {0} apple.", "You have {0} apples.", count, count); // GetParticularPluralString

Debugging

Debug version of the NGettext binary outputs debug messages to System.Diagnostics.Trace. You can register trace listeners to see NGettext debug messages. Please note that Release version of the NGettext binary does not produse any trace messages.

    Trace.Listeners.Add(new TextWriterTraceListener(Console.Out));

Poedit compatibility

For Poedit compatibility, you need to specify plural form in your *.pot file header, even for english language:

    "Plural-Forms: nplurals=2; plural=n != 1;\n"

And a keywords list:

    "X-Poedit-KeywordsList: GetString;GetPluralString:1,2;GetParticularString:1c,2;GetParticularPluralString:1c,2,3;_;_n:1,2;_p:1c,2;_pn:1c,2,3\n"

VitaliiTsilnyk / NGettext

readme