<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Troy A. Griffitts wrote:
<blockquote cite="mid430D1292.8030804@crosswire.org" type="cite">Hey
guys. A couple days back I added a new repository: crosswire-java for
all the java tools we use on the site.</blockquote>
Currently in the JSword repositories is a bunch of sword-java. Will you
be moving that?<br>
<blockquote cite="mid430D1292.8030804@crosswire.org" type="cite">I hope
to get them all into a nice project and take out a bunch of silly
hardcoded paths and such, then we can easily fix things like this. I
doubt we're specifying an encoding when reading the conf files in, but
don't remember. I'll try to have a look when I get this new project up
and running. I'm in favour of defining a rule that says the .conf file
is the same encoding as the module (defined by the Encoding= entry in
the .conf) And since the default encoding is UTF-8</blockquote>
According to <a
href="http://www.crosswire.org/sword/develop/swordmodule/">http://www.crosswire.org/sword/develop/swordmodule/</a>
the default is Latin-1, which was clarified by Chris in an earlier
thread to be cp1252.<br>
<br>
Here is the excerpt from the page:<br>
<em>Encoding</em> is the encoding name for the module character
encoding. Currently, the only supported values are <em>Latin-1</em>
and <em>UTF-8</em>. (<em>Latin-1</em> is default, but <em>UTF-8</em>
is preferred.)<br>
<br>
Of the 290+ modules about 180 have an Encoding=UTF-8. I don't know if
all of these use utf-8 for their conf, but I could check. All the
others don't have the tag at all and therefore default to cp1252.<br>
<br>
I am guessing that alot of the remaining modules use 7-bit ascii and
therefore are also utf-8. But that is neither here or there.<br>
<blockquote cite="mid430D1292.8030804@crosswire.org" type="cite">,
JSword could assume UTF-8 and only reread the ones that specify
otherwise-- I don't think there are many modules that specify
otherwise, but on handhelds and such, I don't want to remove the
ability for alternate encodings. Ideas?
</blockquote>
</body>
</html>