[GRASS-dev] Re: [GRASS GIS] #693: wxGUI menus: i.ortho.photo locks
up GUI
GRASS GIS
trac at osgeo.org
Tue Jan 26 20:13:05 EST 2010
#693: wxGUI menus: i.ortho.photo locks up GUI
---------------------+------------------------------------------------------
Reporter: hamish | Owner: grass-dev at lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Component: wxGUI | Version: svn-develbranch6
Resolution: | Keywords: i.ortho.photo
Platform: All | Cpu: x86-64
---------------------+------------------------------------------------------
Comment (by hamish):
Replying to [comment:38 kyngchaos]:
> The only problem I see is in Leopard+, with the X11 autostart.
> If X11 isn't running yet when you start r.digit or i.ortho.photo,
> and you type the raster/group name in the Terminal before the
> monitor window opens (as it waits for X11 to start),
i.e. you get a Terminal.app (instant) not an xterm (waits for X11) for the
{{{
echo "================================================================="
echo "If you wish to resize the X monitor, do so now. Window size is"
echo "locked while interactive modules are running."
echo "================================================================="
}}}
part?
> it will complain about having no display. If you wait for the
> monitor display to open before continuing in the Terminal, it's
> fine
perhaps add this to the above script:
{{{
if [ "`uname`" = "Darwin" ] ; then
echo "Please wait a moment for X11 to start and a monitor to open."
fi
}}}
> except that the monitor window opens in front of the Terminal
> because X11 runs in the foregrond instead of the background.
I think that's minor enough and these modules are used infrequently enough
that we can just ignore it and let folks move windows out of the way
themselves.
> Did that make sense? ;)
sure
> I suppose I could force X11 to run on GRASS startup like in
> earlier versions of the system, but defeats the purpose (and
> convience) of the X11 autostart.
IMO these are used infrequently enough that the computer's resources would
be put do better use doing other things.
Hamish
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/693#comment:39>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list