Description: When I open a PDF file, the Japanese font settings are not loaded. Steps to Reproduce: 1.Enable "Asian" Language in Options. It will be easier to understand if the "CTL" language is also enabled, I think. 2.Open a PDF file containing a Japanese string with fonts in LibreOffice (usually we would open it in Draw). I will attach a sample file later. 3.Compare the part of the Japanese character string with the original PDF file. Actual Results: The font is different only in the Japanese character string part. Expected Results: As with Wetern, I expect the original font settings to be loaded. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL This issue is reported as 7.3.0, but the situation is similar in earlier versions such as: 7.2.5, 7.1.8, 7.0.6, 6.4.7, 5.4.7, 4.4.7 If you check the font setting of the corresponding part in the Character dialog, you can see that only "Asian Text Font" is set to the same font as that of "Default Drawing Style".
Created attachment 178113 [details] Sample file to reproduce
Created attachment 178114 [details] Screenshot: Font setting status of Character dialog
Sample file is created by Writer 7.3.0.3.
I reproduced it with the following steps: 1. Start Writer 2. Enter Japanese and English strings to change the font from the default. For example, set both "Western Text Font" and "Asian Text Font" as "Noto Sans CJK JP" in Default Paragraph Style. 3. Export to PDF in Writer 4. Open the PDF file in step 3 in Draw 5. Check the font of the string The font of the Japanese strings are "Noto Serif CJK JP", and the English strings are "Noto Sans CJKjp-Regular-VKana". I expected "Noto Sans CJK JP". In Evince 41.3, it seems to be displayed in the font of "Noto Sans CJK JP". Reproduced environment: Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP Calc: threaded It was reproduced even in the old version: (The oldest version on my PC right now) Version: 6.2.0.1 Build ID: 0412ee99e862f384c1106d0841a950c4cfaa9df1 CPU threads: 8; OS:Linux 5.15; UI render: default; VCL: gtk3; Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP Calc: threaded
Created attachment 178143 [details] Sample odt file created by Writer Changing from the default font
Created attachment 178144 [details] File exported to PDF with Writer
It is ongoing in 7.3.2 and 7.4.0a0. For Asian language users, the value of the PDF import function is greatly undermined. I hope that a programmer who can handle this matter will appear. Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: a3b141624930b6eb96b3273fee8396476db6d116 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL
Kevin Suo committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d423e18de7c48df359d2d2d1b5b8f5cceac4d96a tdf#147246 sdext.pdfimport: "font-family-asia" -> "font-family-asian" It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Kevin Suo committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/c8f9e93d421207d0b48a80f003ba553b95dc3a98 tdf#147246 sdext.pdfimport: "font-family-asia" -> "font-family-asian" It will be available in 7.4.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Kevin Suo committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/00bf67a99dcdb1549401f0b656e872e5c9762dc5 tdf#147246 sdext: font name returned by font descriptor may be... It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Kevin Suo committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/5aa8378eab3a05fdeee2cbe1056836dee4207b6e tdf#147246 sdext: font name returned by font descriptor may be... It will be available in 7.4.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Fixed on master and 7.4 branch now. Would someone help to test with a daily build. The issue, that the font is shown as "NotoSansCJKjp" (i.e. postscript name) rather than "Noto Sans CJK JP" (i.e. font family name), is tracked in bug 143095.
I have confirmed that the issue that only Asian has different fonts from other language groups has been corrected in the daily builds of 7.5.0.0.alpha1 and 7.4.4.0.0. I understood that the bug 143095 issue remains. Sounds difficult. Thank you for your efforts.