[sword-devel] AmTract Encoding
dmsmith555 at yahoo.com
Thu Oct 25 14:55:09 MST 2007
On Oct 25, 2007, at 5:19 PM, Eeli Kaikkonen wrote:
> On Fri, 26 Oct 2007, Eeli Kaikkonen wrote:
>> I protest against this very strongly. All I get with Sword library
>> encoding system is problems after problems. Why use "latin1" which is
>> not latin1? Why not use real latin1? Why use latin1 at all? It is
> At least all references to "latin1" should be removed and the name of
> the real encoding should be used in all documentation. That would be
> honest. Latin1 is a common synonym for iso8859-1, at least in unix
This would be my preference as well.
I got worked up about this a couple of years ago. JSword was breaking
because it assumed that Encoding=Latin1 meant iso8859-1 and not
cp1252. Being a purist, it really bothered me. I know Microsoft calls
it Latin1 and many follow, but slapping a wine label on a catsup
bottle does not turn it into wine.
But it is too late to change Sword now. It is an issue of backward
compatibility. There is no way to teach older apps to understand an
Encoding=cp1252. It would only be of value going forward (i.e.
As to re-encoding the modules into UTF-8. That is possible, but
doesn't help. Some people keep the older modules around and the
current software still needs to work with those having Encoding=Latin1.
As I see it all future modules should be encoded as UTF-8. I think
ASCII is a proper subset of UTF-8. So it should work for those as well.
But Chris gave the solution: On Linux, every module that is not UTF-8
should use the Sword filter to convert it to UTF-8.
Serving Christ Together,
More information about the sword-devel