Yes, I understand this. I was just commenting on Amy's answer. Some
could have got impression that using initTranslations is dangerous.
It is not.
If your extension DOES use translations, then you should use
initTranslations, but specify your own gettext domain in
metadata.json. Since Amy's extension (which I personally use as
well) does not need any translations, you can either change the
domain, or, even better, remove initTranslations at all (no
translations -- no need in initializing them). The only thing you
should not do is having initTranslations for someone else's gettext
domain.
Vadim.
On 05/14/2013 11:31 AM, Bazon Bloch
wrote:
2013/5/14 Vadim <vadim dbfin com>
@Amy: I do not think that using Convenience.initTranslations()
itself is
the problem.
At least I can confirm that commenting out
"Convenience.initTranslations();" in the init Function let's
the Problem vanish.
I believe in your case the problem is that in metadata.json
you have:
"gettext-domain": "gnome-shell-extensions"
and that should be a unique gettext domain. If you need
standard
translations from "gnome-shell-extensions" domain you can
always use
them in any case.
Anyway, I think this should be something that must be
prevented from
happening when an extension is about to be approved on
extensions.gnome.org. Am i right?
_______________________________________________
gnome-shell-list mailing list
gnome-shell-list gnome org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list
|
