[Cosmo-dev] Gzipping dojo.js
Adam Christian
adam at osafoundation.org
Fri Feb 9 11:53:45 PST 2007
Interesting, I did not know it worked that way. Sounds like the
server side fix is the best option for everyone anywhoo.
On Feb 9, 2007, at 11:48 AM, Matthew Eernisse wrote:
> Since this is the initial page-level script tag for including the
> JavaScript, I'd much prefer to do it with a server-side tag.
>
> Using document.write is pretty much the 'hack of last resort,' and
> something which in theory is not even usable in XHTML:
>
> http://www.w3.org/MarkUp/2004/xhtml-faq#docwrite
>
> Of course it does actually work in all our supported browsers, but
> I'd really prefer not to use it if we can avoid it -- particularly
> for something like the base script tag.
>
> And as a BTW -- I'm not totally sure, but it looks like in Adam's
> example that IE will still be grabbing the gzipped file.
>
> <script type="text/javascript" src="foo.js"></script>
>
> If you have both foo.js and foo.js.gz in the directory, I think any
> browser that can handle gzipped content (including IE6, because it
> thinks it can support it) will try to grab foo.js.gz first if it can.
>
> The reason it works may be that Adam has an up-to-date version of
> IE6 where these bugs are fixed.
>
> To get it to work the way we want, we'd need three files --
> dojo.js, dojo.js.gz -- and then a filepath specifically for IE, so
> it doesn't try to grab the gz file --
> dojo_dont_grab_the_compressed_file.js or some such.
>
>
> M.
>
> Jared Rhine wrote:
>> Matthew Eernisse wrote:
>>> Bottom line is that we need to be able to ensure that IE6 always
>>> gets the unzipped file -- regardless of what type of content it
>>> purports to accept.
>> A reasonable caveat thanks. It seems entirely feasible to
>> implement needed behaviors based on user-agent; at least it would
>> with Apache.
>> Feel free to test against http://lab.osaf.us/cosmo/, where
>> mod_deflate is enabled with no special treatment of browsers (so
>> it should break on IE6). We can confirm both broken behaviors and
>> server-side exclusions of specific browsers when I get to it.
>> Just saw Adam's suggestion, which seems workable as well. I had
>> originally envisioned having browsers just request dojo.js and
>> have the server negotiate resources, instead of browsers
>> requesting different versions.
>> -- Jared
>> _______________________________________________
>> cosmo-dev mailing list
>> cosmo-dev at lists.osafoundation.org
>> http://lists.osafoundation.org/mailman/listinfo/cosmo-dev
>
> _______________________________________________
> cosmo-dev mailing list
> cosmo-dev at lists.osafoundation.org
> http://lists.osafoundation.org/mailman/listinfo/cosmo-dev
More information about the cosmo-dev
mailing list