Hi Ian: Changing the area on the map as the user resizes the window is cause for a lot of annoying math in uDig; and has resulted in the past in plenty of cases where the aspect ratio gets out of sync making the map stretched or squashed...
The two rectangles are used to set up an affine transform; the location/scale/rotation is just another way to set up an affine transform (and one with way less chance of error in my experience). In this case the rotation *is* something to the GUI deals with; but to do so it needs to be able to make the affine transform known to the geotools renderer. Jody On 25/08/2009, at 1:14 AM, Ian Turton wrote: > On Sun, Aug 23, 2009 at 4:49 AM, Jody > Garnett<jody.garn...@gmail.com> wrote: >> Yeah okay that makes sense. There is a worldToScreen transformation >> in the >> work Michael is doing as well. Checking it over I only see it >> defined by: >> - afterImageMove(ReferencedEnvelope mapAOI, Rectangle paintArea) >> - setMapArea(Envelope env) >> So I think some work will be needed to hook this one up. My >> preference would >> be to always define the: center location; scale and rotation - >> rather then a >> rectangle as is currently done. > > Why? It seems to me that most of the time I know what the area I want > to view is but that scale and rotation aren't things I want to worry > about. > > I also don't really see a use case for rotating the map in the > renderer - shouldn't rotation be something the GUI deals with? > > Please enlighten me. > > Ian ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel