Created attachment 178392 [details] Screenshot showing default CTL font for Thai Default CTL font for Thai on Linux is Kinnari 16pt, while that for Western is Liberation Serif 12pt. This causes incompatible character size between English and Thai text in the default config, making customization mandatory. While it might be the case on Windows that Thai fonts are usually scaled down to gain some vertical space for multi-level combining characters, and scaling up is thus necessary when mixed with Western fonts, it's different on Linux, especially for the Kinnari font. On Linux, Thai fonts are made compatible in metrics with Western fonts, so that one can mix fonts in multilingual text using the same point size. Therefore, the default CTL font for Thai on Linux should be of the same size as that of Western, i.e. 12pt in this case.
Created attachment 178394 [details] Screenshot when Thai font size is customized to be 12pt
The relevant changes in the past appeared to be: - commit 773d8070ced38036ce2464631431d56e2e6710a8 (From AOO issue 42725 https://bz.apache.org/ooo/show_bug.cgi?id=42725) - commit 3d2b470d2b117c2cb5c8d0cb6cf1a278117bb075 (From AOO issue 59410 https://bz.apache.org/ooo/show_bug.cgi?id=59410) I agree with Samphan's proposal in the description of AOO issue 42725 (https://bz.apache.org/ooo/show_bug.cgi?id=42725#c0), which seemed not to be adopted: > I'm not exactly sure what the right solution is. I think part of it is probably > to allow officecfg/registry/data/org/openoffice/VCL.xcu to optionally specify a > font size for each default font, e.g. > > <value>Norasi:16;Bistream Vera Sans:12;Tahoma:12</value>
Alternatively, instead of hard-coding font sizes, we may just add proper scaling for fonts in need, such as: <value>Angsana New@4:3;AngsanaUPC@4:3;Kinnari;Norasi;Tahoma;...</value>
What about the settings in Options -> LibreOffice Writer -> Basic Fonts (CTL)?
(In reply to Dieter from comment #4) > What about the settings in Options -> LibreOffice Writer -> Basic Fonts > (CTL)? And this confirms that customization is mandatory for Linux users, albeit a minimal one. Technically, it looks like the real bug is in Windows font size, which should be special cased. But non-technically, its market share just wins. However, many newer fonts are created with Western-compatible metrics, including Chularbhorn Likit, which has just been added to the official font list to be used in official documents. I think the need of distinguishing fonts with the two practices would be growing as time goes by, until the new one takes over.
Hello Theppitak Karoonboonyanan, a new major major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Dear Theppitak Karoonboonyanan, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Theppitak Karoonboonyanan, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp