[GRASS5] Window Extents and region settings in X...
Eric G. Miller
egm2 at jps.net
Wed Feb 28 21:15:36 EST 2001
On Wed, Feb 28, 2001 at 06:09:49PM +0100, Radim Blazek wrote:
> I think that region handling should be changed somehow. But that's task
> for g51. My suggestion (not thought over deeply yet) is to distinguish region
> used by:
> 1) modules creating new data
> which would use current region saved in WIND
> and
> 2) monitor + display/query modules
> which would use region stored in memory of monitor.
> Each monitor would have it's own region.
>
> Monitor region would always cover whole area of monitor.
(or frame ...)
> New functions could be used for manipulating currend WIND, for example
> display WIND on monitor (by rectangle), set WIND to region of selected
> monitor, create WIND interactively on monitor, ...
>
> Some problems with one shared region as is used now:
> - user cannot rely on current state of monitor, if region was changed for
> a while, d.erase must be run even if region was reset to original size.
> - it is impossible to run some script on data and at the same time
> explore maps on monitor (I forgot several times about it and I was very
> surprised why created data are incomplete)
> - write access to database is always required even if user want only
> read/explore data.
> - (more?)
>
> I'm waiting for your criticism.
More or less sounds like a decent idea. There's the tricky issue of
resolution. Would we calculate resolution based on a scaling from
screen resolution, window extents and mapunit extents? A little tricky
with things like polar wrap around... Anyways, your right to say it
should be later. I work on a little clipping code for d.area so it's
output is "conforming"...
--
Eric G. Miller <egm2 at jps.net>
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo at geog.uni-hannover.de with
subject 'unsubscribe grass5'
More information about the grass-dev
mailing list