[sword-devel] Dictionary problem in sword cvs

[Troy A. Griffitts]

The dictionary keys are stored in in uppercase if language-applicable. 
So when you search for Aaron, the lexicon driver algo does a binary 
search for AARON.  If its toupper fails, then a logical binary search 
for Aaron would effectively produce Baal, (a > Z) so Aaron would 
logically be filed after AZUTHUTH, and before BAAL.

We now provide a way for non-ICU builds of sword to supply to toupper 
function that sword uses.  The Bibletime guys do this with a Qt call. 
That way, they still get real UTF-8 toupper calls, without the need to 
include ICU.

We probably broke the non-ICU/non-supplied toupper code.  I'll have a 
look at it soon. (or Joachim could see why the old logic isn't getting 
called in this configuration (hint-wink).

Hope this give you some idea of where we're broken,

	-Troy.



William Thimbleby wrote:
> Troy, I'm using the non-ICU version. I could call toupper but I don't at 
> the moment and I'm not sure what it has to do with the problem.
> 
> On 17 May 2004, at 08:15, Troy A. Griffitts wrote:
> 
>> William,
>>     We've changed some code recently that handles 'toupper' functions 
>> so that we better support i18n.  I would guess that your configuration 
>> needs us to do some bugfixing.  What config are you using? 
>> (ICU/no-ICU).  Does your windowing framework support any kind of 
>> simple UTF8 toupper string function-- there is an easy way to supply a 
>> utf8_toupper call if you have one available and don't wish to include 
>> the entire ICU dependency.
>>
>>     -Troy.
>>
>>
>>
>> William Thimbleby wrote:
>>
>>> Hi,
>>> I seem to have a problem with the cvs version and selecting contents 
>>> from dictionaries. A key always seems to jump to the next key that 
>>> starts with a different initial letter. (eg. Aaron, Attus, Aziel -> 
>>> Baal (1), Baal(1) -> Cab... in ISBE) this doesn't happen with 
>>> numbers, such as the strongs dictionaries.
>>> Is this a bug? or something I have to fix?
>>> --thanks
>>> Will
>>> _______________________________________________
>>> sword-devel mailing list
>>> sword-devel at crosswire.org
>>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>
>>
>> _______________________________________________
>> sword-devel mailing list
>> sword-devel at crosswire.org
>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>
> 
> _______________________________________________
> sword-devel mailing list
> sword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel