Description: さっきLibreOfficeをアップデートしました。Calcに入力してあったDFKai-SBフォント（台湾の漢字）の一番下の部分が消えてしまっています。 Steps to Reproduce: 1.CalcかWriterを開く 2.DFKai-SBフォントを選ぶ 3.我不是臺灣人と打ち込む Actual Results: 「人」以外の文字は全て下部が消えているように見えます。 Expected Results: DFKai-SBフォントの下部まできちんと表示されるとありがたいです。 Reproducible: Always User Profile Reset: Yes Additional Info: DFKai-SBフォントの下部まできちんと表示されるとありがたいです。前のバージョンでは問題ありませんでした。
gloss: Description: I just updated LibreOffice. The bottom part of the DFKai-SB font (Taiwanese kanji) I entered in Calc has disappeared. Steps to Reproduce: 1. Open Calc or Writer 2. Select DFKai-SB font 3. Type 我不是臺灣人 Actual Results: All characters except "人" seem to have the bottom part missing. Expected Results: It would be great if the bottom of the DFKai-SB font could be displayed properly. Reproducible: Always User Profile Reset: Yes Additional Info: It would be great if the bottom of the DFKai-SB font could be displayed properly. There was no problem in the previous version. =-=-= Suggests a corrupt font metric with the DFKai-SB (Kaiu.ttf) (Microsoft "Feature on Demand" from the 'Chinese (Traditional) Supplemental Fonts'). But if it had been behaving in prior builds, some recent change to calculating optimal row heights could be cause. So would need bibisecting. @Jonathan, are you set up with on Windows with a zh-TW locale, or have the font loaded for jp-JP locale to have a look?
For original poster: Please copy and paste the Help -> About dialog details. Also please attach a sample document with DFKai-SB font. A document with the cell content using that font is being clipped.
Created attachment 198138 [details] Calc DFKai-SB screen shot
Created attachment 198139 [details] CalcにDFKai-SB requested sample doc
Comment on attachment 198138 [details] Calc DFKai-SB screen shot screen shot of clipping issue with DFKai-SB used for Kanji cell content in a Calc sheet
Comment on attachment 198139 [details] CalcにDFKai-SB requested sample doc Build details from meta.xml LibreOffice/24.8.3.2$Windows_X86_64 LibreOffice_project/48a6bac9e7e268aeb4c3483fcf825c94556d9f92
(In reply to V Stuart Foote from comment #1) > @Jonathan, are you set up with on Windows with a zh-TW locale, or have the > font loaded for jp-JP locale to have a look? I was able to reproduce this bug, but only on Windows with Skia disabled. Version: 24.8.3.2 (X86_64) / LibreOffice Community Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92 CPU threads: 32; OS: Windows 11 X86_64 (10.0 build 26100); UI render: default; VCL: win Locale: ja-JP (en_US); UI: en-US Calc: CL threaded Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d38e0d615c73b55d3cf2a299cfb9290f0005000b CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Created attachment 202109 [details] Impress bug reproduction screenshot(skia disabled; 25.2.5.2) I can verify that this bug is reproducible on Impress(Draw) as well. So, it's reproducible on Writer/Calc/Impress(Draw). This bug is NOT reproducible on the GNU/Linux platform, regardless of the status of hardware acceleration.
Created attachment 202110 [details] Impress bug reproduction sample document
Created attachment 202111 [details] Impress bug reproduction screenshot(control group)(skia enabled; 25.2.5.2)
Created attachment 202112 [details] Writer bug reproduction screenshot(skia disabled; 25.2.5.2)
Created attachment 202113 [details] Writer bug reproduction sample document
Created attachment 202114 [details] Writer bug reproduction screenshot(control group)(skia enabled; 25.2.5.2)
Created attachment 202115 [details] Calc bug reproduction screenshot(skia disabled; 25.2.5.2)
Created attachment 202116 [details] Calc bug reproduction sample document
Created attachment 202117 [details] Calc bug reproduction screenshot(control group)(skia enabled; 25.2.5.2)
I can confirm this bug on 24.2 Alpha1 but not on 7.6.7.