Re: macho 0.4 released

>>>>> "Klaus" == Klaus Weidner <[email protected]>:
[...]
 Klaus> One other suggestion - some people are inconsiderate enough to
 Klaus> have names that can't be expressed in 7-bit ascii, i.e.:

 Klaus> =?ISO-8859-1?Q?Fr=E9d=E9ric_Brunel?=

 Klaus> That looks rather ugly in the index - how about creating the
 Klaus> output page in an 8-bit charset (or Unicode, but that would be
 Klaus> more work unless you can use an existing conversion library),
 Klaus> and undoing the quoted-unreadable encoding?

Please don't just use one 8-bit charset. This can't be done properly.

 Klaus> If you want a more correct non-Unicode solution, the program
 Klaus> could make a list of all the charsets used the page and then use
 Klaus> the most common one for the output encoding (declared using a
 Klaus> http-equiv meta header in the HTML file), leaving the remaining
 Klaus> ones unexpanded, so it would work unchanged for mailing lists
 Klaus> that consistently use a different code page.  But I personally
 Klaus> would be happy with just ISO-8859-1 :-)

If we do this, let's get this right -- the breakage associated with most
US programs assuming that the world is ASCII and most European ones
assuming that the world is ISO-8859-1 has already been around way too
long.

In general, you can't assume this -- there will be people with
ISO-8859-2 in their names, there is ISO-8859-15 (although admittedly,
few people have Euro signs in their names :-)), there are other
encodings which add characters to the Latin alphabet. And while we're
there, why do you want to prevent using macho for languages such as
Japanese?

I'm afraid Unicode is the only way out here. I don't think the solution
you have proposed is any more "correct" than just leaving everything
unexpanded and pretending that only ASCII exists...

--J.

_______________________________________________
Clump mailing list
[email protected]
http://manly.caddr.com/mailman/listinfo/clump

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQA/sBYCLth4/7/QhDoRAusOAJ9GhznjReo43Wb9cNSy3Wr4MYv1mwCfdcAR
dQOZLGfH3+cIMvBcxpzrKqE=
=T5qx
-----END PGP SIGNATURE-----