- From: Clive Bruton <clive@typonaut.demon.co.uk>
- Date: Wed, 15 Jul 1998 22:26:10 +0000
- To: <www-font@w3.org>
I'm trying to discover the ins and outs of various encoding schemes identified in HTML thus: <META HTTP-EQUIV="Content-Type" Content="text/html; charset=ISO-nnnn"> My main reason for this is to avoid encoding text in it's source form, and let the browser decode it as necessary. Which pretty much seems to be the point of this META tag. So, rather than encode specific characters "&#nnn;" you just declare their original encoding. Brilliant! How then is it that you declare Mac Roman encoding to work on other platforms? <META HTTP-EQUIV="Content-Type" Content="text/html; charset=x-mac-roman"> As far as I can tell the above only works on a Mac, which seems rather pointless. I can understand that some Mac encoded glyphs won't display on Win or Unix (unless they have unicode fonts, and the encoding specifies unicode glyphs/mapping), but for the most part the sets for each overlap, and those are the parts I'm interested in anyway. Is it therefore possible to write a custom encoding (that some level of browsers will automatically pick up) of the form: <META HTTP-EQUIV="Content-Type" Content="text/html; charset=http://www.mydomain.com/enc/my.enc"> or <META HTTP-EQUIV="Content-Type" Content="text/html; charset= 128 &ent; 129 &ent; ..."> Where the integers are octal values and the "&ent;" may equal a numeric or mnemonic entity value, or may equal a unicode number (u-0099). The http reference would pick up a file of similar content. And if not... seems like a good idea to me. TIA -- Clive
Received on Wednesday, 15 July 1998 17:26:23 UTC