** Branch linked: lp:ubuntu/empathy -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gwibber in Ubuntu. https://bugs.launchpad.net/bugs/1052375
Title: The online account g-c-c interface doesn't support i18n Status in Chat app, and Telepathy user interface: New Status in Online Accounts: GNOME Control Center: Fix Released Status in Gwibber: Fix Released Status in Shotwell: New Status in Ubuntu Translations: Triaged Status in Photos Lens: Fix Released Status in Google Documents Lens: Fix Released Status in “empathy” package in Ubuntu: Fix Released Status in “gnome-control-center-signon” package in Ubuntu: Fix Released Status in “gwibber” package in Ubuntu: Fix Released Status in “shotwell” package in Ubuntu: Fix Released Status in “unity-lens-photos” package in Ubuntu: Fix Released Status in “unity-scope-gdocs” package in Ubuntu: Fix Released Status in “empathy” source package in Quantal: Fix Released Status in “gnome-control-center-signon” source package in Quantal: Fix Released Status in “gwibber” source package in Quantal: Fix Released Status in “shotwell” source package in Quantal: Fix Released Status in “unity-lens-photos” source package in Quantal: Fix Released Status in “unity-scope-gdocs” source package in Quantal: Fix Released Bug description: The online accounts UI loads the plugins integration from some .application files. Those are not translated, not translatable. What needs to be done, is: - rename the .application in .application.in - ensuring that upstream have an application.in files with translatable tags (using _, as in <_description>I want to be translated</_description>). Example [1] - add a <translations> tag containing the upstream domain - then, at build time: 1. Running intltool-extract files.applications.in so that it gets merged into a files.applications.in.h file. If you are using intltool already in your build system (and you probably are), this should be happening already and you can skip to step 2. 2. Including the .in file somewhere in the build system (like po/POTFILES.in for Python apps and Makefiles.am for C/vala apps) so that it's merged into the .pot file. In Python, it's just a matter of adding it as an extra line to the po/POTFILES.in file (example [2]): [type: gettext/xml]data/gwibber.application.in 3. And running intltool-merge --no-translations -x -u foo.applications.in foo.application to create the xml upstream file which is shipped - online-account (the g-c-c plugin) should be patched to load them, looking at the <translations> tag and gettext (package, string) [1] http://bazaar.launchpad.net/~dpm/+junk/testintl/view/head:/data/gwibber.application.in [2] http://bazaar.launchpad.net/~dpm/+junk/testintl/view/head:/po/POTFILES.in To manage notifications about this bug go to: https://bugs.launchpad.net/empathy/+bug/1052375/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
