INTLTOOL_MERGE_TRANSLATIONS only handles .desktop files

Bug #1664325 reported by dobey on 2017-02-13
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
cmake-extras (Ubuntu)
High
dobey

Bug Description

The Intltool module in cmake-extras is nice, but the translation merging macro only handles merging of translations into .desktop files. There are several other types of files handled by intltool, as well as the option to not merge the translations back in directly (so they may be loaded from gettext domain instead), but it is impossible to use the Intltool module to perform this merging, as it only supports .desktop files.

Related branches

dobey (dobey) on 2017-02-14
Changed in cmake-extras (Ubuntu):
assignee: nobody → Rodney Dawes (dobey)
importance: Undecided → High
status: New → In Progress
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package cmake-extras - 1.2+17.04.20170228-0ubuntu1

---------------
cmake-extras (1.2+17.04.20170228-0ubuntu1) zesty; urgency=medium

  * Add function to compile GSettings schemas. (LP: #1664714)
  * Handle merging translations into non-ini file types. (LP: #1664325)
  * Append file globs for translation template function. (LP: #1664345)
  * Use already unique translation template as target name.
  * Add a GDbus module for using gdbus-codegen in cmake projects.
  * Refactor GSettings module to provide a compile_schemas macro. (LP:
    #1664714)
  * Handle other style options for merging, and no translations for xml
    style. (LP: #1664325)
  * Append file globs rather than resetting the variable. (LP: #1664345)
  * Don't use the gettext unique target magic for pot files.
  * Add a module for using gdbus-codegen code with cmake.

 -- Rodney Dawes <email address hidden> Tue, 28 Feb 2017 17:48:00 +0000

Changed in cmake-extras (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers