SourceForge.net a =E9crit:
> Category: None
> Group: None
> Status: Open
> Priority: 5
> Submitted By: Nobody/Anonymous (nobody)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: Fixes Zoom In bug
> Initial Comment:
> With current ZoomTool implementation, zooming in=20
> fails ! There is a problem with the transform parameter=20
> I propose another way to define the transform, based on=20
> enveloppe transformation in MouseClick method.
We still have two concurrent Widgets implementations in Geotools 2:
* MapPaneImpl, wich use the 'Java2DRenderer' module
* MapPane, which use the 'renderer' module
The ZoomTool issue is linked to the MapPaneImpl implementation and do=20
not affect MapPane.
The MapPane implementation has a different mechanism for zooms. It=20
actually use AffineTransform a little bit more extensively. Zoom in,=20
zoom out, rotations, translations etc. work well with MapPane. It is=20
currently the only Geotools 2 implementation build with general=20
transformations (not just affine; map projection as well) in mind all=20
the way right from the begining. It is reasonably fast at least on my=20
machine, can take advantage of multi-processor machines and support a=20
fair amount of features like map scale, status bar, etc. Zoom should not=20
fails if you use MapPane.
At some point in the future, we will need to merge the two=20
implementations. It will be easier once the two renderers implementation=20
will have been uniformized to a common API.