This is probably caused by the dialog opening up to excactly the pixel size
between 2 stable sizes. The dialog is oscillating back and forth between 2
sizes a pixel apart. I've seen it on a couple dialogs.
The solution is to resize the dialog a little.
AFAIK, there is no way around it. The script that automatically creates the
dialogs (gui.tcl) tries to find an optimal size for each command, based on
the number of entries in its first tab. If this happens to be a size that is
unstable in another tab, there is no way that *I* know of to check for this.
It's rare, but happens once in awhile.
Michael
On 11/14/07 7:44 AM, "Jaros³aw Jasiewicz" <jarekj@amu.edu.pl> wrote:
Maris Nartiss pisze:
Hi,
first - You are talking about CVS HEAD?
yes
Your locale (UI messages are in English)?
PL (polish)
Precise location of problem (I was unable to reproduce it).
second tab of r.slope.aspect, dialog run from gis.m manager (not from
g.m or command line, in these cases all work OK!)This problem is caused by some not so clever wrapping/scrollbar code,
that fails on edge cases and needs to be fixed - only where?Maris.
2007/11/14, Jaros³aw Jasiewicz <jarekj@amu.edu.pl>:
This strange situations occurs only on second tab of gui dialog or
r.param.scale
when entering to second tab (settings) the tab starts blink And takes
all comuters resources . The only way to take back control over the
grass gis.m is to kill wish manually and starts gis.m again
I have relatively fresh compilation of cvs (probably from previous week)Jarek
_______________________________________________
grassuser mailing list
grassuser@grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser
__________________________________________
Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton