Current translation status in gtkpod 2

There are still two issues concerning translations.

The plugin list isn't translated. It seems that intltools use the file
extension to get file type and defaults to C sources with unknown
extensions like .plugin and you can't force the type in POTFILES.in
eg. with
[type:ini] path/to/file.plugin
because the types known internally are stripped. Every solution seems
an hack to me.
Also list heading and other texts aren't translated but this seems due
to anjuta.

An ellipsis is missing from the following menu items (actions are
similar to the well known "Open..." and "Save As...") but I don't know
if changing them breaks other things (eg. I see the same strings in
./plugins/exporter/plugin.c and in ./plugins/exporter/exporter.ui):
"Add _Files"
"Add Fol_der"
"Smart Playlist" (in Music/New Playlist)
"Export Tracks To Playlist File"
"Export Tracks To Filesystem"

This is the status of translations:
$ intltool-update --report
[...]
ca: 866 translated messages, 139 fuzzy translations, 54 untranslated messages.
de: 870 translated messages, 135 fuzzy translations, 54 untranslated messages.
es: 887 translated messages, 118 fuzzy translations, 54 untranslated messages.
fr: 887 translated messages, 118 fuzzy translations, 54 untranslated messages.
he: 883 translated messages, 122 fuzzy translations, 54 untranslated messages.
it: 1059 translated messages.
ja: 424 translated messages, 318 fuzzy translations, 317 untranslated messages.
ro: 711 translated messages, 230 fuzzy translations, 118 untranslated messages.
ru: 889 translated messages, 117 fuzzy translations, 53 untranslated messages.
sv: 868 translated messages, 126 fuzzy translations, 65 untranslated messages.
zh_CN: 877 translated messages, 128 fuzzy translations, 54
untranslated messages.

-- 
Daniele Forsi

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl