Opened 14 years ago
Closed 12 years ago
#1136 closed defect (fixed)
wxGUI: inconsisent number of &s in buttons
Reported by: | hamish | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | 6.4.0 |
Component: | wxGUI | Version: | svn-releasebranch64 |
Keywords: | mapcalc | Cc: | martinl |
CPU: | Unspecified | Platform: | MacOSX |
Description
Hi,
I recently added more &s to the raster map calculator buttons as from top to bottom I was seeing 1,0,2 of them in the wxgui tool. Now on two debian machines I (correctly) see 2, 1, 3. But Michael reports seeing 3, 2, 4 of them on Mac. no idea what the correct python quoting should look like, I just added &s until I could see them in the buttons. help?
also Michael wondered why there was ">>>" in r.mapcalc/mapcalc.y, but not a matching "<<<". ?
argh, Hamish
Change History (6)
comment:1 by , 14 years ago
comment:2 by , 14 years ago
Priority: | major → minor |
---|
gui is now fixed.
'<<<' is still absent and man page still has '&&&'
comment:3 by , 14 years ago
As per Glynn's comment to the dev list, there is no <<< operator. So we're OK on that front.
Michael
comment:5 by , 14 years ago
On the Mac, I see &&, &, and &&& on rows 1-3, column 3; I see <<, >>> on rows 4-5, column 3; I see >> in row 4, column 4.
This looks correct to me.
Michael
comment:6 by , 12 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Closing since no more problems were reported after fix.
hopefully now fixed in svn, please test on various platforms. now using two &&s for each literal &.
also I notice in the grass6 man pages that r.mapcalc has &&& as &&&. some tweaking in the html->man conversion script needed I guess.
Hamish