AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2000.01.19 12:26 "Unicode build of libtiff?", by Dirk Haun
2000.01.19 17:42 "RE: Unicode build of libtiff?", by Richard J. Otter
2000.01.19 21:27 "RE: Unicode build of libtiff?", by Leonard Rosenthol
2000.01.19 23:13 "RE: Unicode build of libtiff?", by Bryan H. Maret
2000.01.20 07:25 "RE: Unicode build of libtiff?", by Leonard Rosenthol
2000.01.20 17:05 "RE: Unicode build of libtiff?", by Eric J. Schwertfeger
2000.01.21 07:52 "Re: Unicode build of libtiff?", by Bjorn Brox
2000.01.21 12:37 "RE: Unicode build of libtiff?", by John Aldridge
2000.01.21 14:00 "RE: Unicode build of libtiff?", by Martinez, Max
2000.01.24 10:50 "RE: Unicode build of libtiff?", by John Aldridge
2000.01.20 14:21 "RE: Unicode build of libtiff?", by Dirk Haun

2000.01.24 10:50 "RE: Unicode build of libtiff?", by John Aldridge

At 09:00 21/01/00 -0500, "Martinez, Max" <max.martinez@erdas.com> wrote:

Indeed UTF-8 is only compatible with ASCII, but would that make it unwise to say that the type formerly known as ASCII has been redefined to be UTF-8?

I didn't say or imply this. When I wrote

I was responding to the specific claim

which is wrong.

How would this break anything other than to have non-savvy apps display gibberish where they wouldn't have been able to display anything anyway?

Since you ask, however, I suppose it's possible that "common practice" is to store characters encoded according to the current locale in these fields. This would result in, e.g., Greek TIFF files being illegible to Japanese readers; but this might have been an acceptable limitation in specific markets. The spec prohibits this ("8-bit byte that contains a 7-bit ASCII code"), but it might work in practice.

Does anyone know whether this practice is used, and if so whether it is common enough to worry about?

--
Cheers,
John