Apache OpenOffice (AOO) Bugzilla – Issue 47915
WW8: unspecified CTL language breaks export of default style's CTL font
Last modified: 2017-05-20 11:22:10 UTC
Steps to reproduce: 1. In language settings, ensure that CTL support is enabled and that the default CTL language is None. This is the initial state after installation on a Windows machine with a Thai system locale. 2. In OOo, create a new text document. 3. Change the keyboard layout to Thai and type a few Thai characters. 4. Observe that the characters are in the Tahoma font (as specified in the default style). 5. Save the document as Word 97/2000/XP .doc. 6. In OOo, close the document. 7. Open the document in Word 2003, Thai version. 8. Observe that the characters are in the Angsana New font rather than the Tahoma font. The same problem still occurs if you change the CTL font of the default style. Workaround: ensure default CTL language is set to Thai before creating the document. The problem appears to be that OOo generates a 0x485F SPRM (sprmCLidBi) with a parameter of 0xFF and this gets Word confused.
Created attachment 25325 [details] .doc file created by OOo; OOo and Word see a different font
MRU->FLR: can it be solved without having a valid language attribute?
Any in-range language value seems to be sufficient for Word. For example, if I tweak the .doc to change the 0xff parameter to 0x41d (Swedish), that works, even though it's not the language of a complex script. 0x400 (No proofing) doesn't work though.
Created attachment 25346 [details] thai.doc manually tweaked to change 0xff parameter to 0x41d
This problem does not occur with Word 2000.
Considering the effort, the priority, the risk and our resource planning I've to retarget this issue to OOo Later.
assigned to hbrinkm
Reset assigne to the default "issues@openoffice.apache.org".