Created attachment 180114 [details] screenshot1 After fix bug 148940, LibreOffice Writer will get extra mini space between Chinese character that cause wrong text display when open docx file. see the attachment. Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 99e10099b5d63c30b9a960fc94fc438ae7ab63dd CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: zh-CN (zh_CN); UI: zh-CN Calc: CL
Created attachment 180115 [details] screenshot2
Created attachment 180116 [details] test document
Created attachment 180117 [details] pdf file export from ms office 2013
The date align is not correct also in the first page. see screenshot1
(In reply to Zhang Qide from comment #0) > > After fix bug 148940, LibreOffice Writer will get extra mini space between > Chinese character that cause wrong text display when open docx file. see the > attachment. > Adding CC to Mark Hung
I confirm the case.
Mark Hung committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3e754c07fabd1f74d57f42f273ea46e03dbdc094 tdf#149089 fix extra mini space in text grid. It will be available in 7.4.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.
the bug almost same as before Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 66b1ebd4ddc7127a923bf81eb569e7f99dd52022 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: zh-CN (zh_CN); UI: zh-CN Calc: CL
Mark Hung committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/47eff9bf12abf963907b4d3dcb90b73e0ccc646d tdf#149089 snap to grid if IsSnapToChars() is false 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.
Mark Hung committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/b345858e92351ceb997cf8e77024d7fe573a99c6 tdf#149089 snap to grid if IsSnapToChars() is false It will be available in 7.4.0.0.beta2. 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.
the bug almost same as before Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: f804b8d0b1fc0c215c8883c76344b2d256d5c003 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: zh-CN (zh_CN); UI: zh-CN Calc: CL
@Zhang Qide: would you please take another screenshot ( with display grid on ) and highlight where it is still problematic?
Created attachment 180820 [details] compare same doc with ms office 2013 side by side see the attachment
Created attachment 180821 [details] long doc To make things worse， Libreoffice open a docx file Contains 51 pages long get 4 pages more than ms office because of the extra mini space.
Maybe the terminology should called "kerning", or "字符间距" or "间隙" in Chinese
The date align in the first page is correct after the commit.
Created attachment 180822 [details] another doc compare side by side
Created attachment 180823 [details] before bug 148940 the kerning between Chinese character is more acceptable before fix bug 148940
Mark Hung committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/23f80b26098bcf9a8ae870e8ded878cca6e0c541 tdf#149089 fallback GridMode. 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.
Mark Hung committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/ac0ab772d93bcf3197c1c6e2191cba74eb39718a tdf#149089 fallback GridMode. It will be available in 7.4.0.2. 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.
The original issue has been fixed. But I still have some similar problem. Please see new attachment. Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 1f201d76d6e2fcc9d8af6504c38bd98c46e0798e CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: zh-CN (zh_CN); UI: zh-CN Calc: threaded
Created attachment 181234 [details] test document archive see zip archive
Created attachment 190710 [details] example PDF
Created attachment 190711 [details] further test document
Created attachment 190712 [details] First screenshot showing LO vs Word
Created attachment 190713 [details] Second screenshot showing LO vs Word
Zhang Qide, it looks like the spacing between the characters is too much. Is this the case?
There is a definite problem here. Paste in 根据10.1(37BA) Eng TEST-TEST.doc, You'll see the characters in brackets moves on top of each other.
Please ignore my last comment.
I think I can't see the issue because I'm using MacOS and I don't have the font Microsoft YaHei installed, so it is falling back to font substitution. What OS are you using Zhang?
OK, I just found a copy of the font on a Windows machine and installed it on MacOS. There is a big hole in keepalivd and , in that document.
Created attachment 190770 [details] reduced test case A reduced test case showing the document with three characters, and clearly showing that there is too much space after the comma. File has Arial embedded in the document.
So the font goes like this: First character is a "增"- Microsoft YaHei Second character is an "e" - font is MS Arial Third character is a "<' BUT this font is in Microsoft YaHei. This is actually working as intended! Change the comma to Arial and it fixes the issue. I think we can actually mark this as closed as the last issue is just the font being used.