wine-devel at shemesh.biz
Mon Nov 22 09:53:03 CST 2004
Robert Shearman wrote:
> Shachar Shemesh wrote:
>> I think the source of the problem is a small misunderstanding about
>> what LPK.DLL does on windows. It's not where the reordering algorithm
>> is. That's in uniscribe. What's there is how this reordering
>> algorithm is used for ExtTextOut, DrawText, EditControl and so on. As
>> such, I think it's best if we did the same in Wine. Since the
>> interface to LPK.DLL is undocumented, I think it's best to use
>> something with similar functionality but different name, say "WINELPK".
>> As for the algorithm itself, I have no objection to it being
>> implemented in wine_unicode. I'm just questioning the wisdom of that
>> DLL. What does Windows use for the same functionality? If it's not
>> there, where is it and why not put it there for wine too?
> Windows uses ntdll. We don't want to get rid of wine_unicode because
> it is also used in wineserver and that obviously cannot use ntdll.
A very good reason. One that doesn't apply to BiDi, though.
Lingnu Open Source Consulting ltd.
More information about the wine-devel