Opened 16 years ago
Closed 16 years ago
#296 closed defect (fixed)
wrong translations break wxGUI
Reported by: | msieczka | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | 6.4.0 |
Component: | Default | Version: | svn-develbranch6 |
Keywords: | Cc: | ||
CPU: | All | Platform: | All |
Description
According to d.barscale manual, bcolor can be 'a standard GRASS color, R:G:B triplet, or "none"'. wxGUI dialog of the command doesn't allow for "none".
Attachments (1)
Change History (12)
follow-up: 2 comment:1 by , 16 years ago
Cc: | added |
---|---|
Owner: | changed from | to
Status: | new → assigned |
follow-up: 3 comment:2 by , 16 years ago
Replying to martinl:
It's should be possible, see attached screenshot
The bug has to do with translations.
d.barscale dialog is missing that "Transparent" checkbox when I run GRASS built --with-nls in Polish locale.
If on GRASS terminal I do:
$ export LC_ALL=C $ d.barscale
the dialog has the checkbox in place.
follow-up: 4 comment:3 by , 16 years ago
Replying to msieczka:
The bug has to do with translations.
d.barscale dialog is missing that "Transparent" checkbox when I run GRASS built --with-nls in Polish locale.
If on GRASS terminal I do:
$ export LC_ALL=C $ d.barscalethe dialog has the checkbox in place.
Fix Polish translation to contain "none". This word shouldn't be translated, it's keyword for option. Module cannot understand, e.g. in Czech
d.barscale bcolor=průhledný
follow-up: 7 comment:4 by , 16 years ago
Component: | wxGUI → default |
---|---|
Summary: | d.barscale: can't use "none" for background color → wrong translations brake wxGUI |
Replying to martinl:
Fix Polish translation to contain "none". This word shouldn't be translated, it's keyword for option. Module cannot understand, e.g. in Czech
d.barscale bcolor=průhledný
I see. I'm not going to get involved into translations any time soon. I'll just change the subject and component. Thanks for looking into this.
comment:5 by , 16 years ago
Cc: | removed |
---|---|
Owner: | changed from | to
Status: | assigned → new |
comment:6 by , 16 years ago
Summary: | wrong translations brake wxGUI → wrong translations break wxGUI |
---|
follow-up: 8 comment:7 by , 16 years ago
Replying to msieczka:
Fix Polish translation to contain "none". This word shouldn't be translated, it's keyword for option.
Let me guess: the GUI looks for the string "none" in the description? I think that there should be a separate gisprompt setting for this case.
Even so, the description string shouldn't translate "none".
comment:8 by , 16 years ago
Replying to glynn:
Let me guess: the GUI looks for the string "none" in the description? I think that there should be a separate gisprompt setting for this case.
Yes it looks at label or description.
Currently is used
GISPROMPT_COLOR
i.e
"old,color,color"
Maybe we could use for enabling transparency
"old,color,none"
?
follow-up: 10 comment:9 by , 16 years ago
In 7.x, GRASS itself (i.e. libgis) only cares that there are three parts (i.e. two commas), and whether or not the first part is "new" (which affects whether an overwrite check is performed, and whether the --overwrite option is shown).
In earlier versions, it's also used for terminal-based prompting, and must have the form age,element,prompt. The age must be one of old, new, mapset, any, old_file, new_file or color, and affects which G_ask_* function is used to obtain input interactively from the terminal. The element part is used to check whether the user's answer is valid, and to list available options; it should be a valid element type.
IOW, GISPROMPT_COLOR should really be of the form color,?,?.
Beyond that, we need to give some thought to re-designing the type system. The type, gisprompt, multiple, key_desc and options fields should all be merged into a more flexible type system.
comment:10 by , 16 years ago
comment:11 by , 16 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
It's should be possible, see attached screenshot