[GRASS-dev] Adding labels to the WxPython module's buttons

Greetings

I’m trying to translate the buttons in module’s interfaces (Run, Help, Copy, Stop) and I know that they are managed by GTK so it depends on the OS language. But, I really need to translate them so someone advised me to add labels to those butrtons. In which gui_module shall I do that?
Thanks
Helena

Greetings

I’m trying to translate the buttons in module’s interfaces (Run, Help, Copy, Stop) and I know that they are managed by GTK so it depends on the OS language. But, I really need to translate them so someone advised me to add labels to those butrtons. In which gui_module shall I do that?
Thanks
Helena

On Thu, Jul 21, 2011 at 11:01 AM, Helena Herrera
<helenaherrera1980@gmail.com> wrote:

Greetings
I'm trying to translate the buttons in module's interfaces (Run, Help, Copy,
Stop) and I know that they are managed by GTK so it depends on the OS
language. But, I really need to translate them so someone advised me to add
labels to those butrtons. In which gui_module shall I do that?

Devs, since this has been asked so often (incl. myself), I really
vote for i18n-tagging these buttons.

Any objections?

Markus

Hi,

2011/7/21 Helena Herrera <helenaherrera1980@gmail.com>:

I'm trying to translate the buttons in module's interfaces (Run, Help, Copy,
Stop) and I know that they are managed by GTK so it depends on the OS
language. But, I really need to translate them so someone advised me to add
labels to those butrtons. In which gui_module shall I do that?

what do you mean by "to add labels"? All buttons needs to have defined
labels, no need to "add". Do you mean tooltips or so?

Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

Hi,

2011/7/26 Markus Neteler <neteler@osgeo.org>:

Devs, since this has been asked so often (incl. myself), I really
vote for i18n-tagging these buttons.

is it really needed? It is good idea to leave it for underlaying
library to get standardized translation within given OS.

Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

On Tue, Jul 26, 2011 at 4:53 PM, Martin Landa <landa.martin@gmail.com> wrote:

Hi,

2011/7/26 Markus Neteler <neteler@osgeo.org>:

> Devs, since this has been asked so often (incl. myself), I really
> vote for i18n-tagging these buttons.

is it really needed? It is good idea to leave it for underlaying
library to get standardized translation within given OS.

This will fail if a user wants a different language than that provided
by the OS. Me in Japan don't manage to read those buttons
easily in Japanese...

Markus

Markus Neteler wrote:

> > Devs, since this has been asked so often (incl. myself), I really
> > vote for i18n-tagging these buttons.
>
> is it really needed? It is good idea to leave it for underlaying
> library to get standardized translation within given OS.

This will fail if a user wants a different language than that provided
by the OS. Me in Japan don't manage to read those buttons
easily in Japanese...

Translating the GRASS GUI won't help much if the rest of the desktop
is in Japanese.

And using a different language for portions of the GUI which are
high-level OS components (e.g. file selection dialogs) may not even be
possible.

--
Glynn Clements <glynn@gclements.plus.com>

On Wed, Jul 27, 2011 at 2:07 AM, Glynn Clements
<glynn@gclements.plus.com> wrote:

Markus Neteler wrote:

> > Devs, since this has been asked so often (incl. myself), I really
> > vote for i18n-tagging these buttons.
>
> is it really needed? It is good idea to leave it for underlaying
> library to get standardized translation within given OS.

This will fail if a user wants a different language than that provided
by the OS. Me in Japan don't manage to read those buttons
easily in Japanese...

Translating the GRASS GUI won't help much if the rest of the desktop
is in Japanese.

Sure, that's why there is a related ticket:

Add a "change language" option in GRASS GUI
http://trac.osgeo.org/grass/ticket/879

And using a different language for portions of the GUI which are
high-level OS components (e.g. file selection dialogs) may not even be
possible.

I had added it 1-2 years ago, it worked and it has been reverted since
then by someone else (which reintroduced the problem).

Markus