Fixed
Status Update
Comments
br...@gmail.com <br...@gmail.com> #2
Going back to 3.6 fixed it so it looks like it is 3.7.
3.7:http://icloudy.me/E25v
3.6:http://icloudy.me/E1cN
3.7:
3.6:
ch...@chrisbroadfoot.id.au <ch...@chrisbroadfoot.id.au> #3
[Comment deleted]
cb...@google.com <cb...@google.com> #4
What browser(s) does this affect?
cb...@google.com <cb...@google.com> #5
If you could add an example that clearly demonstrates the issue, that would help reproduce the bug.
se...@gmail.com <se...@gmail.com> #7
I have the same issue with IE8 only
ak...@isatec.co.uk <ak...@isatec.co.uk> #8
How do I request a merge? I have the same issue in issue 3917 with example attached.
ge...@gmail.com <ge...@gmail.com> #9
Scaled markers don't display v3.7 (3 markers):
http://www.geocodezip.com/geoxml3_test/v3_geoxml3_kmltest_stylemap_marker.html?filename=http://www.geocodezip.com/geoxml3_test/www_granvik_no_test_kml.xml
(javascript error in chrome)
Same page with v3.6 (4 markers):
http://www.geocodezip.com/geoxml3_test/v3_geoxml3_kmltest_stylemap_marker_36.html?filename=http://www.geocodezip.com/geoxml3_test/www_granvik_no_test_kml.xml
(javascript error in chrome)
Same page with v3.6 (4 markers):
to...@gmail.com <to...@gmail.com> #10
Seen on Firefox 9.0.1 and 10.0.1.
ak...@isatec.co.uk <ak...@isatec.co.uk> #12
Seems to have been fixed? I'm certainly not having my error any longer.
to...@gmail.com <to...@gmail.com> #13
I also have no errors. Seems to been fixed yeah.
to...@gmail.com <to...@gmail.com> #14
Yep, looks like we've been bumped up to 3.8 and this has been fixed in that verison.
ak...@isatec.co.uk <ak...@isatec.co.uk> #15
Is there a changelog for 3.8 anywhere? I've not seen it on the official releases.
mi...@googlemail.com <mi...@googlemail.com> #16
The issue still occurs on IE8!
so...@gmail.com <so...@gmail.com> #17
I can also confirm that the issue still occurs in IE7 and IE8, works in IE9 though
dm...@gmail.com <dm...@gmail.com> #18
I had the same issue on IE9 two days ago. Today on the same browser I get a small part of the image with the scaled size, but it is not the image scaled down, it's a part of the image. This applies to Win7/64 system.
On another a Vista32 system with the same IE9 the images are correct.
On another a Vista32 system with the same IE9 the images are correct.
ha...@gmail.com <ha...@gmail.com> #19
[Comment deleted]
ha...@gmail.com <ha...@gmail.com> #20
I fixed mine by making sure to use a full absolute url for the image file.
ha...@gmail.com <ha...@gmail.com> #21
Actually, it was fixed only in the sense that they are showing up now, and at the right size, but they're still blurrier than they should be (just like the default marker).
cb...@google.com <cb...@google.com> #22
Hi all, yes, this was fixed. Scaled markers are now rendered using Canvas, which is why you may have noticed the difference in interpolation.
so...@gmail.com <so...@gmail.com> #23
Hi, we are still having problems with this. We are using a google map with marker overlays (setting a circle as an icon, which we then scale). It's still not working properly in IE7 or IE8, but renders fine on all other tested browsers. I will add screen-shots here to show what I mean.
mi...@googlemail.com <mi...@googlemail.com> #24
Hi, please reopen the ticket! It's definitely not fixed in IE8!
I am using a sprite image for the marker, where I set the origin point and also the scaled size parameters in order to adapt marker's size according to the current zoom level.
Code example:
new google.maps.MarkerImage(markerImageURL, new google.maps.Size(40, 40), new google.maps.Point(0, 0), new google.maps.Point(20, 20), new google.maps.Size(40, 1120)
I don't have this problem in Chrome or Safari.
Thx
I am using a sprite image for the marker, where I set the origin point and also the scaled size parameters in order to adapt marker's size according to the current zoom level.
Code example:
new google.maps.MarkerImage(markerImageURL, new google.maps.Size(40, 40), new google.maps.Point(0, 0), new google.maps.Point(20, 20), new google.maps.Size(40, 1120)
I don't have this problem in Chrome or Safari.
Thx
pa...@siemens.com <pa...@siemens.com> #25
Hi, I am also still having problems in IE8 (similar like blue circles above). However when marker is set as editable, then image is scaled properly.
ak...@isatec.co.uk <ak...@isatec.co.uk> #26
I would also like to add my nomination for this to be reopened.
ha...@gmail.com <ha...@gmail.com> #27
So setting optimized to false causes the api to not use canvas to render the markers, is that true?
To you guys who are still having issues, have you tried optimized: false?
To you guys who are still having issues, have you tried optimized: false?
so...@gmail.com <so...@gmail.com> #28
You are correct, the following works well:
optimized: !(jQuery.browser.msie && jQuery.browser.version < 9)
However, one could argue that this should have been handled at the maps api side, but nevertheless, as long as there's a workaround, I'm satisfied. Thanks!
optimized: !(jQuery.browser.msie && jQuery.browser.version < 9)
However, one could argue that this should have been handled at the maps api side, but nevertheless, as long as there's a workaround, I'm satisfied. Thanks!
mi...@googlemail.com <mi...@googlemail.com> #29
Setting optimized: false in MarkerOptions resolved the issue in IE8.
Thanks for the support!
Thanks for the support!
en...@google.com <en...@google.com> #30
If you continue to see issues with scaled markers in IE, please provide a link to a simple demo that illustrates the combinations of MarkerImage parameters that cause the problem. Thanks.
ge...@gmail.com <ge...@gmail.com> #31
ge...@gmail.com <ge...@gmail.com> #32
en...@google.com <en...@google.com> #33
Could you isolate the error in a demo that just uses scaled markers (the subject of this issue) please?
dm...@gmail.com <dm...@gmail.com> #34
The problem still exists with IE 8 and Windows Vista. Here the requested simple demo:
http://www.harsch-tracking.de/problem/hallowelt.html
en...@google.com <en...@google.com> #35
I see. The rendering of the marker itself should be fixed in an upcoming release of the nightly version very soon.
You mentioned that you are getting JS errors about "undefined"? I couldn't see that in the hallowelt.html demo.
You mentioned that you are getting JS errors about "undefined"? I couldn't see that in the hallowelt.html demo.
dm...@gmail.com <dm...@gmail.com> #36
The "undefined" problem was one of a different user. I only have the problem with the marker images. This was the reason for the hallowelt.html demo
en...@google.com <en...@google.com> #37
Sure, if you can illustrate the "undefined" problem with a simple demo, I'd be glad to take a look at that too.
ge...@gmail.com <ge...@gmail.com> #38
I am getting an error in Chrome as well
v3_geoxml3_KML_samples_zoom_false.html:28
Uncaught TypeError: Cannot read property 'width' of undefined
looks like it is on the shadow of the marker. I was travelling yesterday, I will put together a simple example as time permits.
Here is a (admittedly not much simpler) link that just shows one marker and generates the error in IE8 (and Chrome):
http://www.geocodezip.com/geoxml3_test/v3_geoxml3_kmltest_linktoB.html?lat=37.422505&lng=-122.085795&zoom=18&type=m&filename=kml_samples_1.xml
v3_geoxml3_KML_samples_zoom_false.html:28
Uncaught TypeError: Cannot read property 'width' of undefined
looks like it is on the shadow of the marker. I was travelling yesterday, I will put together a simple example as time permits.
Here is a (admittedly not much simpler) link that just shows one marker and generates the error in IE8 (and Chrome):
ge...@gmail.com <ge...@gmail.com> #39
Here is an example that shows the issue:
http://www.geocodezip.com/v3_Google_examples_icon-complexA.html
There are supposed to be four markers on that map, only one displays.
The shadow doesn't have a scaledSize, which is an optional parameter (the shadow image also doesn't exist, which might also be an issue).
Setting optimized to false fixes the problem:
http://www.geocodezip.com/v3_Google_examples_icon-complexB.html
There are supposed to be four markers on that map, only one displays.
The shadow doesn't have a scaledSize, which is an optional parameter (the shadow image also doesn't exist, which might also be an issue).
Setting optimized to false fixes the problem:
to...@gmail.com <to...@gmail.com> #40
How is this bug marked "fixed" if images are still blurry on retina devices on 3.9? Yeah, we can use the workaround of optimized: false for retina only, but is this really the solution?
Description