code R item #386, was opened at 30/04/2007 11:11
Status: Open
Priority: 3
Submitted By: Alain Boemare (alboem)
Assigned to: Nobody (None)
Summary: GIS manager and d.rast.edit
Issue status: None
GRASS component: None
Operating system: MacOS X
Operating system version: 10.4.9
Initial Comment:
(I am not sure to be in the good place to report bugs.
If so excuse me and tell me how to do)
In Grass 6.2.1GIS Manager the menu " Edit category values of individual cells for displayed raster map " ignores the active monitor and always open a new monitor, white, without toolbar, and without any reaction to the mouse buttons.
code R item #386, was opened at 30/04/2007 11:11
Status: Open
Priority: 3
Submitted By: Alain Boemare (alboem)
Assigned to: Nobody (None)
Summary: GIS manager and d.rast.edit
Issue status: None
GRASS component: None
Operating system: MacOS X
Operating system version: 10.4.9
Initial Comment:
(I am not sure to be in the good place to report bugs.
If so excuse me and tell me how to do)
In Grass 6.2.1GIS Manager the menu " Edit category values of individual cells for displayed raster map " ignores the active monitor and always open a new monitor, white, without toolbar, and without any reaction to the mouse buttons.
Thanks for the head's up. I just changed the GUI menu entry to use the new
TclTk version of d.rast.edit rather than the old xterm one.
Michael
On 4/30/07 2:11 AM, "grass-coder@wald.intevation.org"
<grass-coder@wald.intevation.org> wrote:
code R item #386, was opened at 30/04/2007 11:11
Status: Open
Priority: 3
Submitted By: Alain Boemare (alboem)
Assigned to: Nobody (None)
Summary: GIS manager and d.rast.edit
Issue status: None
GRASS component: None
Operating system: MacOS X
Operating system version: 10.4.9
Initial Comment:
(I am not sure to be in the good place to report bugs.
If so excuse me and tell me how to do)
In Grass 6.2.1GIS Manager the menu " Edit category values of individual cells
for displayed raster map " ignores the active monitor and always open a new
monitor, white, without toolbar, and without any reaction to the mouse
buttons.
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
Thanks for the head's up. I just changed the GUI menu entry to use the new
TclTk version of d.rast.edit rather than the old xterm one.
Michael,
Thanks for looking into this. Before you replied to this ticket I have
deleted it, because it is a duplicate of an earlier ticket #385 [1].
Let's continue there.
The original problem is about d.rast.edit in 6.2.2 CVS rather than 6.3
(though your fix for X monitor issue in 6.3 is highly appreciated).
The problem is that in 6.2.2, d.rast.edit called from gis.m menu tries
to spawn an X mon but fails, and when called from d.m menu, it starts,
but quits once "edit" is clicked (with no error message).
OK. Thanks for clarifying. At least one part is fixed. I'm not sure what is
going on with the 6.2.2 problem, but will try to look at it if I can.
Michael
On 4/30/07 10:21 AM, "Maciej Sieczka" <tutey@o2.pl> wrote:
Michael Barton wrote:
Thanks for the head's up. I just changed the GUI menu entry to use the new
TclTk version of d.rast.edit rather than the old xterm one.
Michael,
Thanks for looking into this. Before you replied to this ticket I have
deleted it, because it is a duplicate of an earlier ticket #385 [1].
Let's continue there.
The original problem is about d.rast.edit in 6.2.2 CVS rather than 6.3
(though your fix for X monitor issue in 6.3 is highly appreciated).
The problem is that in 6.2.2, d.rast.edit called from gis.m menu tries
to spawn an X mon but fails, and when called from d.m menu, it starts,
but quits once "edit" is clicked (with no error message).
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics and Complexity
Arizona State University
Before you replied to this ticket I have deleted it, because it is a
duplicate of an earlier ticket #385 [1].
is it possible to merge tickets, as it was in the old tracker?
(just wondering as I don't see how; this one was a pure dupe so deletion
was appropriate)
At least I haven't seen a possibility to merge tickets in GForge.
Neither a way to "close as a duplicate of" while keeping the link
between the original and duplicate report (like in Bugzilla). Too bad.
code R item #386, was opened at 30/04/2007 11:11
Summary: GIS manager and d.rast.edit
..
In Grass 6.2.1GIS Manager the menu " Edit category values of
individual cells for displayed raster map " ignores the active monitor
and always open a new monitor, white, without toolbar, and without any
reaction to the mouse buttons.
GUI menu updated in 6.2 cvs to grey-out the d.rast.edit entry as it
won't work:
"guarantee_xmon; term d.rast.edit" needs a d.rast call in between. We
could write a wrapper script for this, but it's ugly (see discussions
about d.path_wrapper.sh), especially when you consider the zooming
problems.
d.rast.edit will still work from the command line, with advice:
d.mon x0
d.rast mapname
d.zoom #very far in
d.rast.edit
(it may haved worked onceuponatime from d.m, but not with guarantee_xmon)
Thanks. This is a good solution. It just doesn't work from the GUI menu (and
was never intended to work that way). It's been awhile since I've worked
with d.rast.edit in the old form and so couldn't remember how problematic it
was with the TclTk GUI.
MIchael
On 5/1/07 1:47 AM, "Hamish" <hamish_nospam@yahoo.com> wrote:
code R item #386, was opened at 30/04/2007 11:11
Summary: GIS manager and d.rast.edit
..
In Grass 6.2.1GIS Manager the menu " Edit category values of
individual cells for displayed raster map " ignores the active monitor
and always open a new monitor, white, without toolbar, and without any
reaction to the mouse buttons.
GUI menu updated in 6.2 cvs to grey-out the d.rast.edit entry as it
won't work:
"guarantee_xmon; term d.rast.edit" needs a d.rast call in between. We
could write a wrapper script for this, but it's ugly (see discussions
about d.path_wrapper.sh), especially when you consider the zooming
problems.
d.rast.edit will still work from the command line, with advice:
d.mon x0
d.rast mapname
d.zoom #very far in
d.rast.edit
(it may haved worked onceuponatime from d.m, but not with guarantee_xmon)
Hamish
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
> code R item #386, was opened at 30/04/2007 11:11
> Summary: GIS manager and d.rast.edit
..
> In Grass 6.2.1GIS Manager the menu " Edit category values of
> individual cells for displayed raster map " ignores the active
> monitor and always open a new monitor, white, without toolbar, and
> without any reaction to the mouse buttons.
GUI menu updated in 6.2 cvs to grey-out the d.rast.edit entry as it
won't work:
"guarantee_xmon; term d.rast.edit" needs a d.rast call in between. We
could write a wrapper script for this, but it's ugly (see discussions
about d.path_wrapper.sh), especially when you consider the zooming
problems.
d.rast.edit will still work from the command line, with advice:
d.mon x0
g.region rast=mapname
d.rast mapname
d.rast.edit
In 6.2 cvs I've now changed it to be a bit more helpful. It now pops up
a message giving the above advice.