Hi,
I'm using wicket 1.3.5. and downloaded the wicket contrib gmap2 from the
wicket-stuff 1.3.x branch
(https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicket-1.3.x/wicket-contrib-gmap2/)
I've noticed that the GClientGeocoder knows the reverse geocoding also.
When I tr
Now that's getting quite JavaScript'isch,
out of the box, this might not be possible.
May I recap on this though, just to see if I got it right. A good
starting point in this area to me allways seems to get aware of the
runtime calling sequence and then think of the code that could set
jus
Well I don't need that much events. The dragging doesn't have to emit an
event, just the final dragend (which already exists in the gmap2 project).
So the runtime would be more like:
The end of dragging a marker should emit events (which it does)
The GCG should pick these up and reverse geocode
Hehe, when I first saw "reverse geocoding" I read "reverse geolocation",
as in you point to a spot on a Google map and you get teleported there.
Now *there's* a browser feature I'd pay for!
jk
On Thu, Jun 18, 2009 at 06:46:59PM +0300, Jesse Kivialho wrote:
> Well I don't need that much events. T
