<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 02/15/2013 05:23 AM, Michal Vyskocil
wrote:<br>
</div>
<blockquote cite="mid:20130215102304.GB19256@linux-xtv2.site"
type="cite">
<pre wrap="">On Thu, Feb 14, 2013 at 10:46:34PM +0100, Lennart Poettering wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Thu, 14.02.13 15:21, Keith Robertson (<a class="moz-txt-link-abbreviated" href="mailto:kroberts@redhat.com">kroberts@redhat.com</a>) wrote:
</pre>
<blockquote type="cite">
<pre wrap="">
On 02/14/2013 03:14 PM, Lennart Poettering wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Note that you may have multiple catalog files and you can distribute the
translations among multiple files. This leaves full flexibility to the
projects which want to provide message catalog entries. For example,
they could create individual files:
/usr/lib/systemd/catalog/foobar.catalog
/usr/lib/systemd/catalog/foobar-de_DE.catalog
/usr/lib/systemd/catalog/foobar-fr_FR.catalog
</pre>
</blockquote>
<pre wrap="">If a project follows the pattern described in [1] do they still need
to suffix every message ID therein with '-de_DE' or, can systemd
discover the locale from the catalog name (ie.
foobar-de_DE.catalog)?
</pre>
</blockquote>
<pre wrap="">
Hmm, interesting idea...
We could extend the msg catalog compiler to look at the filename for the
"default" implied language if the message ids are not suffixed... But if
we do that, we probably should use "." as separator so that:
</pre>
</blockquote>
<pre wrap="">
What about to store localized catalogs in gettext-style subdirs instead?
So the de_DE/foobar.catalog and maybe even C/foobar.catalog for C and
en_US locale? If nothing it will make operations like readdir or glob
a bit faster and users are typically interested in one (+ C as a backup) locale
only.</pre>
</blockquote>
<br>
Is the LL_CC dir created by the msg catalog compiler or would it be
a directory hierarchy expected by the msg catalog compiler as input?<br>
<br>
Just asking because I'm not sure that people would care about the
organization of a compiled i18n systemd message catalog. AFAIK
these catalogs are not reusable and are specific only to systemd. <br>
<br>
In short, if you want store compiled catalogs for performance
reasons that way then by all means do it ,but I'm not sure that's
the best way to organize the actual source catalogs.<br>
<br>
Cheers,<br>
Keith<br>
<br>
<br>
<blockquote cite="mid:20130215102304.GB19256@linux-xtv2.site"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">
foobar.catalog → language is C if not explicitly suffixed in the file
foobar.de_DE.catalog → language is de_DE if not explicitly suffixed in the file
and so on. That should be a good solution for your usecase, right?
</pre>
</blockquote>
<pre wrap="">
so either
foobar.catalog -> C
de_DE/foobar.catalog
either
C/foobar.catalog
de_DE/foobar.catalog
where C can be a link to en_US.
Regards
Michal Vyskocil
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
systemd-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:systemd-devel@lists.freedesktop.org">systemd-devel@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/systemd-devel">http://lists.freedesktop.org/mailman/listinfo/systemd-devel</a>
</pre>
</blockquote>
<br>
</body>
</html>