First off, yes, I'm familiar with the posting guidelines, and no, I'm not featuring the map here (currently displays protected data, public access pending/internal during development as terms allow), but any voluntary report on this issue would be appreciated.
I've come across discussions of issues like this dating back over a year without much resolve. My question is this, given that this isn't unheard of: Has there any likely candidates exposed bug-wise, and related workarounds for Internet Explorer 7 (seems to work fine in all other browsers), regarding GPolylines failing to stay oriented to the map's zoom level under IE7. http://jester2988.lagparty.org/polyfailsample.jpg Example behavior in picture linked. Top panel shows zooms to bounds after markers are loaded, then the polyline drawn, and drawn correctly. Upon zooming the map in one level (or in/out at all), polyline maintains original size and position and overlay doesn't redraw/scale (bottom panel). Tried: DOCTYPE/html xmlns/v\:* IE-related fixes, no change. Tried: reinforcing passing of float values, no change. Tried: different map control/zoom configurations, no change. Avoiding: incorporating an encoding scheme for points. - Averages about 20 points per display. - GPolyline is un-encoded, with geodesic:true. - GPolyline moves with map when panned, but not zoomed. Any thoughts/suggestions appreciated, thank you. - D --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Maps API" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/Google-Maps-API?hl=en -~----------~----~----~----~------~----~------~--~---
