<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 20, 2014 at 6:54 PM, Matthias Klumpp <span dir="ltr"><<a href="mailto:matthias@tenstral.net" target="_blank">matthias@tenstral.net</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi!<br>
I am working on bringing AppData to KDE. AppData is a XML-based<br>
metadata format to enhance information displayed about applications in<br>
software-centers. It, for example, includes long descriptions of an<br>
application, homepage links, donation-links, screenshot-info and some<br>
other information about the application.<br>
AppStream is a Freedesktop project enabling us to build cross-distro<br>
software centers. GNOME is already making heavy use of it for their<br>
GNOME-Software application, and KDE also uses it already in Apper and<br>
probably Muon soon.<br>
One challenge for KDE is how to handle localizations for AppData information.<br>
I would propose the following:<br>
 * KDE applications ship an <app>.<a href="http://appdata.xml.in" target="_blank">appdata.xml.in</a> file, containing the<br>
raw, untranslated data.<br>
 * We extend messages.sh to scan the XML file and return the found<br>
strings to the generic pot file, which is then translated by our<br>
localization teams as usual.<br>
 * At build-time, we use intltool[1] to merge the translation with the<br>
AppData file, then install it into it's target directory.<br>
This is basically it. The only thing KDE projects need to do is to<br>
edit their Messages.sh and depend on intltool to merge localization. I<br>
could also provide a cmake macro for doing that to<br>
extra-cmake-modules, if needed.<br>
Do you have comments or suggestions on this?<br>
I would later add it to the wiki page I'm doing to describe how KDE<br>
projects which want to use AppData can easily use it.<br>
Kind regards,<br>
    Matthias<br>
<br>
Links:<br>
[1]: <a href="http://freedesktop.org/wiki/Software/intltool/" target="_blank">http://freedesktop.org/wiki/Software/intltool/</a><br>
AppStream: <a href="http://www.freedesktop.org/wiki/Distributions/AppStream/" target="_blank">http://www.freedesktop.org/wiki/Distributions/AppStream/</a><br>
AppData: <a href="http://people.freedesktop.org/~hughsient/appdata/" target="_blank">http://people.freedesktop.org/~hughsient/appdata/</a><br>
greetings to people who watched my FOSDEM talk ;-)<br>
<span><font color="#888888"><br>
--<br>
Debian Developer | Freedesktop-Developer<br>
I welcome VSRE emails. See <a href="http://vsre.info/" target="_blank">http://vsre.info/</a><br>
</font></span></blockquote></div><br></div><div class="gmail_extra">Hi Matthias!</div><div class="gmail_extra">I'm very happy to see you pushing this forward. Muon will be supporting this format from the next released version (to some extent) and I'm sure this will increase over time.</div>


<div class="gmail_extra"><br></div><div class="gmail_extra">Regarding localization, Albert is the man here. If he says it's done in a way, you do it this way. ;-)</div><div class="gmail_extra">More seriously though, I agree that it's doesn't make much sense to have it generated at build time, since this would require having all translations installed. Maybe we can figure out a mechanism appdata -> po -> appdata like in the desktop files. It works great there for desktop files, and it's the exact same use-case.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Aleix</div></div>