<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title><![CDATA[Use upstream translations]]></title>
    <link>http://brainstorm.ubuntu.com/item/125/</link>
    <description><![CDATA[Please make it possible to - at least optionally - use the translations provided by upstream, e.g. GNOME and KDE. Their translators do a very good job at producing high-quality, consistent translations. It's a shame that these got replaced by lesser quality suggestions from Rosetta in the past, or are still stuck in Rosetta for several months.<br /><br />I respect if you insist on using your Launchpad and Rosetta platform for translations, but please at least offer a way to use the translations from upstream. What about "language-pack-XX-upstream"?<br />
<br />


<b>[153 votes] Solution #1: Auto-generated solution of idea #125</b>
<br />

<br />
<br />



]]></description>

    <language>en-us</language>
    <pubDate>Thu, 28 Feb 2008 18:24:47 +0000</pubDate>
    <lastBuildDate>Fri, 23 Oct 2009 06:40:58 +0000</lastBuildDate>
    <generator>QAPoll module</generator>
    <guid isPermaLink="true">http://brainstorm.ubuntu.com/idea/125/</guid>
        <item>
  <title>Comment from puzzler</title>
  <description><![CDATA[just want to know if there is a better way cooperate with the Gnome /Kde Teams, like move their translation platform to launchpad.net? thus it will greatly improve the efficiency. <br /><br />as far as i know, they still use maillist as their main method of commiting the translation result. the maillist poses as a big obstacle to those who are not familiar with how it works. those who can manage a web browser can help too if so. <br /> <br /> ]]></description>
  <pubDate>Fri, 21 Mar 2008 05:22:52 +0000</pubDate>
</item>
        <item>
  <title>Comment from bratac</title>
  <description><![CDATA[I think that it must be a system to cooperate on translation's work, at least, ubuntu / canonical must offer to the differents projects their translations to merge with the uspstream and optain the better translations possible. ]]></description>
  <pubDate>Tue, 08 Apr 2008 12:08:18 +0000</pubDate>
</item>
        <item>
  <title>Comment from rbertran</title>
  <description><![CDATA[Rosetta should forward the translation changes to upstream developers. ]]></description>
  <pubDate>Tue, 08 Apr 2008 22:39:56 +0000</pubDate>
</item>
        <item>
  <title>Comment from pavolzetor</title>
  <description><![CDATA[this is big problem, some people of our team changing my translation to worse]]></description>
  <pubDate>Mon, 14 Apr 2008 11:08:31 +0000</pubDate>
</item>
        <item>
  <title>Comment from PellRoja</title>
  <description><![CDATA[the alternative of rosseta is a new system of traduccion Drupal translate/languages]]></description>
  <pubDate>Wed, 23 Apr 2008 11:21:38 +0000</pubDate>
</item>
        <item>
  <title>Comment from RainCT</title>
  <description><![CDATA[Bratac, rbertran: Launchpad already provides the option to export the translations, so if upstream wants them they can just go there and download them.<br /><br />Pavolzetor: This is really a problem... Have you already contacted the problematic translation team?]]></description>
  <pubDate>Thu, 24 Apr 2008 14:25:43 +0000</pubDate>
</item>
        <item>
  <title>Comment from hendi</title>
  <description><![CDATA[RainCT:<br /><br />> Launchpad already provides the option to export the <br />> translations, so if upstream wants them they can just go <br />> there and download them. <br /><br />I don't want to have to chase after Ubuntu's translations. Ubuntu is not the only one in the Free Software World, but they behave like they were.<br /><br />If you distro people fix a bug in an application it's *you* who should forward it to upstream. It's not the developers' job to dig through gazillions of Bugzillas and see if any distro fixed a bug.<br /><br />That's the same for translations -- if you know of or fix a bug tell upstream about it, so that *every* distribution profits, not just Ubuntu. Not doing so is anti-social.<br /><br /><br />> This [Ubuntu degrading Upstream's tanslations] is really <br />> a problem... Have you already contacted the problematic <br />> translation team? <br /><br />I did, and the German team found out that the policy they had at first (allowing everybody to change translations) actually worsened the quality. Now there is only a limited amount of people with the rights to change translations, but there is still the problem that Rosetta is not good enough.<br /><br />For example, if they fix a simple typo in Rosetta, then there are two problems:<br />- Upstream doesn't get notified about that (and only Ubuntu profits)<br />- If Upstream later changes the translation that change isn't automatically applied in Rosetta (since Rosetta's translation differs from the previous Upstream one since it was changed by fixing a typo)<br /><br />That has the effect that Upstream's translations and Ubuntu's differ more and more as time goes.<br /><br />Just have a look at a localized Debian GNOME and a localized Ubuntu GNOME. You'll see that Ubuntu has an inferior quality of the translations (at least for languages which have high quality Upstream translations).]]></description>
  <pubDate>Mon, 12 May 2008 10:36:30 +0000</pubDate>
</item>
        <item>
  <title>Comment from RainCT</title>
  <description><![CDATA[> I don't want to have to chase after Ubuntu's translations.<br />> Ubuntu is not the only one in the Free Software World, but<br />> they behave like they were.<br />> [...]<br />> That's the same for translations -- if you know of or fix a<br />> bug tell upstream about it, so that *every* distribution<br />> profits, not just Ubuntu. Not doing so is anti-social. <br /><br />Agreed, but it's not that Launchpad could do anything here, this is rather a job that Ubuntu's translation teams should pursue (*). An automated system can't know where it should send the translation changes for each different project, nor would all upstreams be happy about this.<br /><br />* Actually, I don't really understand why applications (that don't officially use Launchpad as their translation platform) are translated in Launchpad by Translation Teams instead of directly sending them upstream.]]></description>
  <pubDate>Tue, 13 May 2008 18:57:00 +0000</pubDate>
</item>
        <item>
  <title>Comment from korvins</title>
  <description><![CDATA[If my understanding is correct that would save a lot of work for translators so it is very important. ]]></description>
  <pubDate>Sun, 18 May 2008 22:07:39 +0000</pubDate>
</item>
        <item>
  <title>Comment from hendi</title>
  <description><![CDATA[Thanks for your answer, RainCT.<br /><br />> Agreed, but it's not that Launchpad could do anything <br />> here, this is rather a job that Ubuntu's translation <br />> teams should pursue (*). An automated system can't know <br />> where it should send the translation changes for each <br />> different project, nor would all upstreams be happy about<br />> this.<br /><br />Sorry, but that sounds like just the easy way for you. "We're offering the functionality, but people should not use it"!<br /><br /><br />> * Actually, I don't really understand why applications <br />> (that don't officially use Launchpad as their translation <br />> platform) are translated in Launchpad by Translation <br />> Teams instead of directly sending them upstream. <br /><br />Perhaps because they don't even know that there exists something like "upstream". Why not write in big, bold, red letters: "Please do not translate GNOME and KDE applications via Launchpad. Instead, send your translation to gnome-$LANG@gnome.org or i18n-$LANG@kde.org so that every distribution benefits from your work, not just Ubuntu."]]></description>
  <pubDate>Mon, 02 Jun 2008 15:24:38 +0000</pubDate>
</item>
        <item>
  <title>Comment from RainCT</title>
  <description><![CDATA[First of all, I want to clarify that I don't work for Canonical and that my comments on this idea express my personal opinion; I'm not speaking in the name of the Ubuntu Developers, the Launchpad Team nor anything like that, and it might be perfectly possible that some of them disagree with me.<br /><br />This said let's continue the discussion.<br /><br /><br />> Sorry, but that sounds like just the easy way for you.<br />> "We're offering the functionality, but people should><br />> not use it"!<br /><br />I haven't said that Launchpad shouldn't be used, but that I think that getting Launchpad to automatically submit translation changes to upstream projects is a difficult thing. The only thing I can think of is adding a way to allow configuring, for each individual project, an email address (eg, a mailing list) where translation changes is send, but I doubt that upstream would be happy of such automatic messages.<br /><br /><br />Also, it seems like there are two proposals being discussed here:<br /> a) providing a way to use upstream translations (which I find pointless, if the Ubuntu translations are bad then this should be fixed; just making it possible to not use them is not the right solution).<br /> b) improving the contact with upstream (which indeed needs improvements in Launchpad, but IMHO also is a responsibility of translation teams).<br />Perhaps one of those discussions should be moved to a separate idea?]]></description>
  <pubDate>Sun, 15 Jun 2008 11:14:51 +0000</pubDate>
</item>
        <item>
  <title>Comment from RainCT</title>
  <description><![CDATA[I'd rather like to see this idea as a duplicate of idea 13571 (instead of the opposite) as the new one hasn't the ambiguity which this idea has (ie, it it about "sending translations to upstream" or "having the possibility for end users to use upstream's tarnslations, skipping those from Launchpad" -which IMHO would be pretty pointless-).]]></description>
  <pubDate>Tue, 23 Sep 2008 19:29:33 +0000</pubDate>
</item>
        <item>
  <title>Comment from hendi</title>
  <description><![CDATA[RainCT, reporting the duplicate was declined either way...]]></description>
  <pubDate>Wed, 24 Sep 2008 07:42:45 +0000</pubDate>
</item>
      </channel>
</rss>
