mirror of
https://github.com/reactos/reactos.git
synced 2024-11-19 05:22:59 +00:00
a4a59ad413
Introduce BiDi (bi-directional text) support for ExtTextOut and GetCharacterPlacement, using Wine's GDI BIDI_Reorder function. Solves the main issue with CORE-7003. To be compatible with Win2k3+, introduce the "Language Pack" (LPK) dll. - All the bidi code is removed from gdi32 and replaced by calls to LPK. Gdi32 uses dynamic linking to lpk.dll. In case of linking failure no bidi processing will be available. - Implemented LpkGetCharacterPlacement. - Implement LpkExtTextOut. - Add a demo test program to show how the apis should function. - Added all the remaining code, added special case for lpDx calculation if also GCP_GLYPHSHAPE flag was called. Applications that call GCP that use GCP_GLYPHSHAPE flags should also use the GCP_REORDER flag. (As written in https://msdn.microsoft.com/en-us/library/windows/desktop/dd144860(v=vs.85).aspx ) - Add ETO_RTLREADING flag handling. Imported the ETO_RTLREADING flag handling from wine, which changes the string part order (runs). A RRR1LLLRRR2 string without will show as RRR1LLLRRR2 without it, with it RRR2LLLRRR1.
11 lines
636 B
Python
11 lines
636 B
Python
@ stdcall LpkInitialize(long)
|
|
@ stdcall LpkTabbedTextOut(long long long long long long long long long long long long)
|
|
@ stdcall LpkDllInitialize(ptr long ptr)
|
|
@ stdcall LpkDrawTextEx(long long long long long long long long long long)
|
|
@ extern LpkEditControl
|
|
@ stdcall LpkExtTextOut(long long long long ptr wstr long ptr long)
|
|
@ stdcall LpkGetCharacterPlacement(long wstr long long ptr long long)
|
|
@ stdcall LpkGetTextExtentExPoint(long long long long long long long long long)
|
|
@ stdcall LpkPSMTextOut(long long long long long long)
|
|
@ stdcall LpkUseGDIWidthCache(long long long long long)
|
|
@ stdcall ftsWordBreak(long long long long long)
|