Thanks for the example Stacy, I can confirm that your file does display the map correctly on my desktop. I have followed the Google Developer documentation carefully and the webviewer used to display the map as intended. What is odd is that the page has only recently stopped rendering and when only change has been the upgrade to OS X 10.3.3. Even older archived copies of my FM file that always worked correctly no longer render.
Thanks at least for confirming that some maps render properly from FM.
Hmm, interesting challenge, can't help you with the 10.10.3. But if schablee's file displays correctly, the question is what is different about his and your implementation.
Is your implementation using really long urls? Maybe 10.10.3 has a different URL limit. Can you try your file with a minimum of data?
Good luck with the hunt!
I don't think it is a url limit. I understand that safari allows really large urls. Urls length has been an issue for Windows but not Macs. I've seen other post that states that Google maps has changed some of their urls You maybe able to compare the url used in my sample with yours.
Well, it turns out that the OS X upgrade is a red herring - I tried it on a friend’s 10.9 iMac and the same error occurs.
I don’t think this is a Safari problem because if I load the same HTML file from the temp directory directly in Safari it renders correctly. So, URL length and external APIs (which are in the same temp directory) work fine.
Now I have ruled out the OS upgrade as a cause (it doesn’t work on 10.9 either), I am wondering if Google has changed their code recently. There is an error showing in the error console even when the code renders correctly - the URL for the openhand icon is prefixed file:// so it cannot be found. Would an error like this cause the FM - webkit code to break but not prevent Safari from rendering the page?
I've found the problem - the URL generated by FM in OS X includes the SystemDrive prefix and this breaks rendering in the webviewer or Safari, whereas launching Safari from the HTML in the temp directory does not include the system drive in the URL. Substitute ( $localPath ; Get ( SystemDrive) ; "/" ) did the trick.
Quite why this was working before and then stopped I cannot say
Thanks for your help