Chris Little wrote:
> DM Smith wrote:
>
>> On Oct 29, 2007, at 12:49 AM, Chris Little wrote:
>>
>>> It's possible to have multiple keys share a single entry. So
>>> pointed and
>>> an unpointed keys can point to the same entry. We've done this
>>> experimentally with dictionaries in the p
DM Smith wrote:
> On Oct 29, 2007, at 12:49 AM, Chris Little wrote:
>> It's possible to have multiple keys share a single entry. So
>> pointed and
>> an unpointed keys can point to the same entry. We've done this
>> experimentally with dictionaries in the past to permit lookup by a
>> Strong's
I have entered this into our "bugs" database: http://
www.crosswire.org/bugs/browse/API-91
Serving Him Together,
DM
On Oct 29, 2007, at 1:00 AM, Troy A. Griffitts wrote:
> Yes, everyone is correct that the .next() method on a Lexicon/
> Dictionary
> module will show the next value in t
On Oct 29, 2007, at 12:49 AM, Chris Little wrote:
> DM Smith wrote:
>> I'm not sure if I am reading the Sword code correctly, but it appears
>> that it is sorting at a byte level and not a character level. That
>> isn't by code points.
>
> I'm pretty sure you're right about what Sword is actually
DM Smith wrote:
> I'm not sure if I am reading the Sword code correctly, but it appears
> that it is sorting at a byte level and not a character level. That
> isn't by code points.
>
> I think that we discussed this a little bit ago and concluded that
> some work needs to be done in the engin
Yes, everyone is correct that the .next() method on a Lexicon/Dictionary
module will show the next value in the index-- not necessarily the next
value alphabetized in any humanly useful order.
The purpose for the index is fast lookups.
We have a few issues to solve here and DM and others have g
DM Smith wrote:
> I'm not sure if I am reading the Sword code correctly, but it appears
> that it is sorting at a byte level and not a character level. That
> isn't by code points.
I'm pretty sure you're right about what Sword is actually doing, but I
believe it's also codepoint order, just b
I'm not sure if I am reading the Sword code correctly, but it appears
that it is sorting at a byte level and not a character level. That
isn't by code points.
I think that we discussed this a little bit ago and concluded that
some work needs to be done in the engine.
Her is my thought on th
peter wrote:
> Is this really only a Vietnamese problem, but will not all latinate
> scripts with extra signs have exactly the same problem?
>
> Or actually all scripts which are treated as derrived scripts - Farsi,
> urdu and Malay from Arabic, Tajik, Uzbek, Azeri from Russian etc - the
> code poi
Is this really only a Vietnamese problem, but will not all latinate
scripts with extra signs have exactly the same problem?
Or actually all scripts which are treated as derrived scripts - Farsi,
urdu and Malay from Arabic, Tajik, Uzbek, Azeri from Russian etc - the
code points are initially for th
Chris,
I imagine that with most languages, sorting according to unicode
codepoint order works, but for Vietnamese it doesn't, probably because
the majority of letters are standard Latin characters, but then some
are less usual ("đ" being a good example).
This is probably very low on the prio
Daniel,
The order of keys in an LD module is according to the codepoint order in
Unicode. They keys are kept in this order in order to permit binary
searching. There is currently no way to perform localized collation.
The platform and locale shouldn't play a role in this. If they do, it's
a bu
Daniel Owens wrote:
> I am working on creating dictionary modules based on the Free Vietnamese
> Dictionary Project. The Vietnamese-English dictionary is working, but
> some words are not in alphabetical order, and I am trying to find out
> how to maintain the original alphabetization.
>
> I not
I am working on creating dictionary modules based on the Free Vietnamese
Dictionary Project. The Vietnamese-English dictionary is working, but
some words are not in alphabetical order, and I am trying to find out
how to maintain the original alphabetization.
I noticed this when all of the words
André Braselmann wrote:
Hi there,
i _just want to import some daily devotional (BibleReading) into a module.
so with an ascii flatfile in that format:
---snip---
$$$01.01
BibleVerseLink
$$$01.02
BibleVerseLink
.
.
.
.
$$$12.31
BibleVerseLink
---snap---
it should go, right? Or do i have to us
Hi there,
i _just want to import some daily devotional (BibleReading) into a module.
so with an ascii flatfile in that format:
---snip---
$$$01.01
BibleVerseLink
$$$01.02
BibleVerseLink
.
.
.
.
$$$12.31
BibleVerseLink
---snap---
it should go, right? Or do i have to use explicitely tHML?
After
Yiguang,
Have you tried to open your imp file with a text editor that
understands UTF-8? vi (vim) should do fine. If the data in the imp
file looks ok (and indeed is UTF-8) then you should be good to go for
sword. Actually, a web browser might be easiest. Just open your imp
file with fire
Thanks Chris. I used UTF-8 in the .conf file. It
didn't work.
By trying different encoding, I mean I tried to use
word and text editor to read the geneated LD database
(the *.dat file) by select different encodings(GB2312,
BIG5, UTF-8, CN2202, etc), none of them work.
I am not familiar with C lanu
imp2ld faithfully converts an IMP file to an LD database. There is no
text encoding transformation of the data involved, so what you put in
your file is exactly what will be placed in the module and is exactly
what you will get back (from a front-end or mod2imp).
The invalid character warning
I ran into Encoding problem when I tried to use imp2ld
to convert a Chinese theology terms/Encyclopedia into
the module
that sword can use. The input text file is a UTF-8
encoded with the format:
$$$English KeyWord Chinese Translation
The meaning of the term
$$$
For example:
$$$Abbess 女修道院長
為
Good day,
I have been working on a Thai study dictionary for the past couple of
days and have got it working in Raw mode. However, it does not work 100%
in Zip mode. The module was compiled with an mid-August copy of
imp2ld.exe. There are no errors displayed when the module is generated
and al
ubject: Re: [sword-devel] imp2ld
Hello
Am Dienstag, 18. Februar 2003 05:10 schrieb Darin Duphorne:
RawLD::RawLD(const char *ipath, const char *iname, const char *idesc,
SWDisplay *idisp, SWTextEncoding enc, SWTextDirection dir,
SWTextMarkup
mark, const char* ilang$
{
}
there is something wron
1290
Cell: +27 82 394 1802
[EMAIL PROTECTED]
-Original Message-
From: Klaus R. H. Walther [mailto:[EMAIL PROTECTED]]
Sent: 20 February 2003 22:29
To: [EMAIL PROTECTED]
Subject:Re: [sword-devel] imp2ld
Hello
Am Dienstag, 18. Februar 2003 05:10 schrieb Darin Duphorne
Sorry -- that is where pico indicates the line is longer than the
screen width. The line is truncated.
On Thursday, February 20, 2003, at 02:28 PM, Klaus R. H. Walther wrote:
Hello
Am Dienstag, 18. Februar 2003 05:10 schrieb Darin Duphorne:
RawLD::RawLD(const char *ipath, const char *iname,
Hello
Am Dienstag, 18. Februar 2003 05:10 schrieb Darin Duphorne:
>
> RawLD::RawLD(const char *ipath, const char *iname, const char *idesc,
> SWDisplay *idisp, SWTextEncoding enc, SWTextDirection dir, SWTextMarkup
> mark, const char* ilang$
> {
> }
there is something wrong with the constructor.
One thing I'm a bit confused about -- I assume that the call to
RawLD::createModule(modname) is a call to the RawLD object in the
dynamic sword library (since the object hasn't been created yet in this
program. If so, then wouldn't the same constructor be used in that
library that would be in
Is this the proper constructor?
**
* rawld.cpp - code for class 'RawLD'- a module that reads raw lexicon
and
* dictionary files: *.dat *.idx
*/
*
*
*
SWORD_NAMESPACE_START
/
On Sun, 16 Feb 2003, Darin Duphorne wrote:
> I have spent the better part of a week trying to get imp2ld to work. I
> am using OSX 10.2.4. The libs appear to have been built and installed
> ok, since diatheke works ok. I can use imp2vs to make nt and ot
> files, but have been unsuccessful w
I have spent the better part of a week trying to get imp2ld to work. I
am using OSX 10.2.4. The libs appear to have been built and installed
ok, since diatheke works ok. I can use imp2vs to make nt and ot
files, but have been unsuccessful with either imp2ld or addld. I
inserted some debug
29 matches
Mail list logo