[OpenLayers-Dev] XmlHttpRequest streams ?
Guillaume Sueur
guillaume.sueur at neogeo-online.net
Thu Nov 15 12:32:01 EST 2007
Thanks for this link Paul.
But I must admit I don't really see the point here. Images in HTML can
already be changed on the fly. What is the difference between Google's
example :
image.src =
ajaxPicture("http://www.google.com/intl/en_ALL/images/logo.gif" );
(AjaxPicture being the XMLHttp function to get the 'responseStream' stuff)
AND
image.src = "http://www.google.com/intl/en_ALL/images/logo.gif" ?
Did I miss something ? Does it allow to handle easier already in cache
images URLS ?
Cheers,
Guillaume
Paul Spencer a écrit :
> Here is a quite well written article about the XmlHttpRequest object,
> nothing stunningly new ...
>
> http://code.google.com/support/bin/answer.py?answer=79663&topic=11366
>
> except this was news to me:
>
> http://code.google.com/support/bin/answer.py?answer=79663&topic=11366#scenario1
>
> Apparently you can access responseStream member and assign it to an
> image src to do 'ajax' loading of images. I'm wondering if this might
> provide more reliable error handling for tile loading.
>
> Paul
>
> +-----------------------------------------------------------------+
> |Paul Spencer pspencer at dmsolutions.ca |
> +-----------------------------------------------------------------+
> |Chief Technology Officer |
> |DM Solutions Group Inc http://www.dmsolutions.ca/ |
> +-----------------------------------------------------------------+
>
>
>
>
>
> _______________________________________________
> Dev mailing list
> Dev at openlayers.org
> http://openlayers.org/mailman/listinfo/dev
>
--
Guillaume SUEUR
Expert SIG et OpenSource
NEOGEO
46 RUE MATABIAU
31000 TOULOUSE
06 65 58 88 82
Site web : http://www.neogeo-online.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: guillaume_sueur.vcf
Type: text/x-vcard
Size: 310 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/openlayers-dev/attachments/20071115/36a78b3a/guillaume_sueur.vcf
More information about the Dev
mailing list