#296: d.barscale: can't use "none" for background color
----------------------+-----------------------------------------------------
Reporter: msieczka | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Component: wxGUI | Version: svn-develbranch6
Keywords: | Platform: All
Cpu: All |
----------------------+-----------------------------------------------------
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".
#296: d.barscale: can't use "none" for background color
-----------------------+----------------------------------------------------
Reporter: msieczka | Owner: martinl
Type: defect | Status: assigned
Priority: major | Milestone: 6.4.0
Component: wxGUI | Version: svn-develbranch6
Resolution: | Keywords:
Platform: All | Cpu: All
-----------------------+----------------------------------------------------
Comment (by martinl):
Replying to [comment:2 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.barscale
> }}}
>
> the 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
* component: wxGUI => default
* summary: d.barscale: can't use "none" for background color => wrong
translations brake wxGUI
Comment:
Replying to [comment:3 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.
#296: wrong translations break wxGUI
-----------------------+----------------------------------------------------
Reporter: msieczka | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Component: default | Version: svn-develbranch6
Resolution: | Keywords:
Platform: All | Cpu: All
-----------------------+----------------------------------------------------
Comment (by martinl):
Replying to [comment:7 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.
#296: wrong translations break wxGUI
-----------------------+----------------------------------------------------
Reporter: msieczka | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Component: default | Version: svn-develbranch6
Resolution: | Keywords:
Platform: All | Cpu: All
-----------------------+----------------------------------------------------
Comment (by glynn):
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.
#296: wrong translations break wxGUI
-----------------------+----------------------------------------------------
Reporter: msieczka | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Component: default | Version: svn-develbranch6
Resolution: | Keywords:
Platform: All | Cpu: All
-----------------------+----------------------------------------------------
Comment (by martinl):
Replying to [comment:9 glynn]:
> 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.