desktop-packages team mailing list archive

[Sandro Mani <953342@xxxxxxxxxxxxxxxxxx>]

Shouldn't the result of getXMLstring be passed to entity_decode first?
Something along the attached patch. Perhaps I'm not doing this as was
planned (basically I'm running a regex-replace on the generate ui_XXX.h
files to replace QApplication::translate calls with gettext ones, see
[1]), but without entity_decode, the msgids of strings containing html
markup does not match what is actually in the ui_XXX.h files, plus
having all html-escaped characters in the po files is somewhat unplesant
for translators.

[1]
https://github.com/manisandro/gImageReader/blob/master/cmake/gettextizeui.cmake

** Patch added: "intltool_designer_decode.patch"
   https://bugs.launchpad.net/intltool/+bug/953342/+attachment/4274236/+files/intltool_designer_decode.patch

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/953342

Title:
  Add support for Qt Designer UI files

Status in Internationalization Tool Collection:
  Fix Committed
Status in intltool package in Ubuntu:
  Triaged

Bug description:
  Qt Designer files are XML files that describe the UI of a Qt
  application, and are the Glade .ui file equivalent in the Qt world.

  Their format definition can be found here:

  - http://qt-project.org/doc/designer-ui-file-format.html

  While many Qt projects use Qt's own i18n/l10n framework, others rely
  on gettext. Some examples are core Ubuntu applications such as the
  Ubuntu One client and Checkbox, which have started to migrate to Qt-
  based user interfaces while overriding Qt's i18n system and using
  gettext instead.

  These cases need a way to extract translatable messages from Qt's .ui
  files, merge the translations in .pot files and thus integrate with
  the gettext workflow.

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/953342/+subscriptions