Re: collation tables

[Dmitry Timoshkov]

"Vitaly Lipatov"  wrote:
> > What app is it? In which way it depends on the collation table
> > being MS compatible?
>
> It is 1C, an accounting system, widely used in Russia.
> It keep a copy "right" collation table in exe file and compare it 
> with gotten from system.
> > Crossover Office has a patched version
> > libs/unicode/collation.c, could you try it with your
> > aplication?
>
> If I have not Crossover Office, how I can try it?

There is a Wine tar ball somewhere on the Codeweavers site which is
used in the CX Office. It's freely available, since Wine is LGPL'ed.
> > > Does anyone knows what is the better way to fix this tables,
> > > in which place? Can I fix libs/unicode/cpmap.pl for it?
> >
> > Yes, that was an idea.
>
> I see it idea is implemented in CrossOver Office already?

No, nothing has been done yet, just a bit of thoughts.

collation tables

[Vitaly Lipatov]

On Friday 02 July 2004 10:14, Dmitry Timoshkov wrote:
> There is a Wine tar ball somewhere on the Codeweavers site
> which is used in the CX Office. It's freely available, since
> Wine is LGPL'ed.

Well, I test with collation table from Crossover Office. It is 
better then in wine, but no identical to Windows :(
> > I see it idea is implemented in CrossOver Office already?
>
> No, nothing has been done yet, just a bit of thoughts.

I guess I can resolve it only for cp1251 encoding... It will 
hack, in no universal way... :(

collation tables

[Dmitry Timoshkov]

"Vitaly Lipatov"  wrote:
> Well, I test with collation table from Crossover Office. It is 
> better then in wine, but no identical to Windows :(
> > > I see it idea is implemented in CrossOver Office already?
> >
> > No, nothing has been done yet, just a bit of thoughts.
>
> I guess I can resolve it only for cp1251 encoding... It will 
> hack, in no universal way... :(

Could you post a couple of examples what exactly differences
do you observe? And what hacks do you propose?

collation tables

[Vitaly Lipatov]

On Friday 02 July 2004 18:08, Dmitry Timoshkov wrote:
> "Vitaly Lipatov"  wrote:
> > I guess I can resolve it only for cp1251 encoding... It will
> > hack, in no universal way... :(
>
> Could you post a couple of examples what exactly differences
> do you observe? And what hacks do you propose?

There is attached the sorted (ordered) symbols from codepage 
cp1251. I get it from output 3.c program runned in win2003, wine 
and wine with collate from crossover.
I guess do hack for 8bit stpcmp functions (non-Unicode) for 
cp1251 only.

collation tables

[Dmitry Timoshkov]

"Vitaly Lipatov"  wrote:
> > Could you post a couple of examples what exactly differences
> > do you observe? And what hacks do you propose?
>
> There is attached the sorted (ordered) symbols from codepage 
> cp1251. I get it from output 3.c program runned in win2003, wine 
> and wine with collate from crossover.

Yes, there are some difference, but I wouldn't call them fatal.
All national characters are sorted correctly. If 1C does a binary
sort using lstrcmpA and does comparisons with hard coded results
then it's a really broken app. In order to "fix" the app we have
to patch the whole unicode range, not just cyrillic char map.
> I guess do hack for 8bit stpcmp functions (non-Unicode) for 
> cp1251 only.

I'm afraid that hack could not be accepted under any circumstances
for inclusion into the Wine tree.

My guess is that we have to maintain collation weights for the whole
unicode range (or at least some unicode ranges) on our own, and base
a patch for unicode.org collation tables on that. That's a huge and
very tedious work, I know that, since I'm the author of the collation
table patch in Crossover.