
Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [tlug] Mozilla - comment and questions
- Date: Fri, 10 May 2002 14:59:50 +1000 (EST)
- From: Jim Breen <jwb@example.com>
- Subject: Re: [tlug] Mozilla - comment and questions
["Stephen J. Turnbull" (Re: [tlug] Mozilla - comment and questions) writes:]
>> >>>>> "Jim" == Jim Breen <jwb@example.com> writes:
>>
>> Jim> How do TLUGers feels about Mozilla, and the state it has
>> Jim> reached with 1.0?
>>
>> It's usable. I guess I'm starting to trust it, but it crashes more
>> often than I'd like.
It doesn't seem to go into Java*-induced tailspins as often as
Nutscrape.
>>
>> Jim> Mozilla, just to be different, sends out the text in whatever
>> Jim> the page's coding is. So If I'm looking at a EUC-coded page,
>> Jim> that's what it sends, etc. etc. A real pain in the arse, as
>> Jim> if the string is short it is very hard to detect the coding
>> Jim> reliably.
>>
>> Read the Content-Type header coming into the server?
Well, most Japanese pages don't have a <meta http-equiv ..> line.
Anyway, since posting that cri-de-coeur I have poked around at the
various document objects in Javascript. As implemented in Mozilla 1.0
at least there is an object "document[characterSet]" which seems to reliably
hold things like "EUC-JP" and Shift_JIS" depending on what the page
holds. It sets this up according to eithet the charset setting or the
autodetect outcome. It seems I'm heading towards a solution.
FWIW, neither IE5 nor NS4.x report the character set in a useful way.
The following snippet in a page is very informative:
<script>
for (i in document)
{
document.write("Property = " + i + " Value = " + document[i] + "<BR>\n")
}
</script>
Jim
--
Jim Breen [j.breen@example.com http://www.csse.monash.edu.au/~jwb/]
Computer Science & Software Engineering, Tel: +61 3 9905 3298
P.O Box 26, Monash University, Fax: +61 3 9905 5146
Clayton VIC 3800, Australia $B%8%`!&%V%j!<%s(B@$B%b%J%7%eBg3X(B
Home |
Main Index |
Thread Index