[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

GSoC idea for gettext

From: Daiki Ueno
Subject: GSoC idea for gettext
Date: Thu, 19 Feb 2015 11:33:11 +0900
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

Hello there,

address@hidden (Jose E. Marchesi) writes:

> Now is the time of populating the ideas page at
> Please send to this list patches against ideas-2105.html (use the
> previous years ideas pages at the obvious url for a template) containing
> the list of ideas for your project.

I would like to propose one for gettext.

<h4>Extensible XML support through Internationalization Tag Set (ITS)</h4>
<p>The <samp>xgettext</samp> command supports string extraction
  from several XML-based file formats (for GTK+, GLib, etc).  The
  scanners are currently implemented in C using the SAX interface
  provided by Expat, and not flexible enough to support emerging
  file formats.</p>
<p>The project aims to provide a way to allow consumer packages to
  supply string extraction rules by themselves, which will be
  loaded at run-time.  This is analogous
  to <a 
  macros used by <samp>aclocal</samp></a>, but it could adopt
  the <a href="";>Internationalized Tag
  Set (ITS)</a> standard instead of Autoconf macros.</p>
<p>The first step would be to to create a C library that parses
  and evaluates ITS rules, possibly using libxml2.  It should be
  small enough to be bundled into gettext, while extensible enough
  to allow a new data category to be easily implemented.</p>
<p>The next step would be integrating the library into gettext
  tools, particularly <samp>xgettext</samp>.  Optionally, it would
  be also good to extend <samp>msgfmt</samp> to be capable of
  merging translations back to original XML file.</p>
<p><strong>Contact</strong>: <a 

Daiki Ueno

reply via email to

[Prev in Thread] Current Thread [Next in Thread]