W3C home > Mailing lists > Public > www-font@w3.org > July to September 1998

text encoding (may be a little off topic)

From: Clive Bruton <clive@typonaut.demon.co.uk>
Date: Wed, 15 Jul 1998 22:26:10 +0000
To: <www-font@w3.org>
Message-ID: <1311580611-14890599@mail.indx.co.uk>
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 EDT

This archive was generated by hypermail pre-2.1.9 : Wednesday, 24 September 2003 13:06:21 EDT