Description: Open the attached odt Export To PDF(the result is attached) the attached pdf is exported version of the attached odt but uncompressed by: qpdf --stream-data=uncompress in.pdf out.pdf all the characters in the odt is in 20pt When you open that pdf in text editor(Of course you can open it in hex editor, if you don't mind unreadability from not caring newlines), you will see the following lines BT 1 0 0 1 575.3 824.1 Tm /F1 20 Tf<01>Tj 1 0 0 1 575.3 804.1 Tm<02>Tj 1 0 0 1 575.3 784.1 Tm<03>Tj 1 0 0 1 575.3 764.1 Tm<04>Tj 1 0 0 1 575.3 744.1 Tm<05>Tj 1 0 0 1 575.3 724 Tm<06>Tj 1 0 0 1 575.3 704 Tm<07>Tj 1 0 0 1 575.3 684 Tm<08>Tj 1 0 0 1 575.3 663.9 Tm<09>Tj ET and BT 1 0 0 1 550.3 819.1 Tm /F1 20 Tf<01>Tj 1 0 0 1 550.3 799.1 Tm<02>Tj 1 0 0 1 550.3 779.1 Tm<03>Tj 1 0 0 1 550.3 759.1 Tm<04>Tj 1 0 0 1 550.3 739 Tm<05>Tj 1 0 0 1 550.3 719 Tm<06>Tj 1 0 0 1 550.3 698.9 Tm<07>Tj 1 0 0 1 550.3 678.9 Tm<08>Tj 1 0 0 1 550.3 658.9 Tm<09>Tj ET so the differences in y-value of the matching positions in two lines are 824.1 - 819.1 = 5 804.1 - 799.1 = 5 784.1 - 779.1 = 5 all the same: 5 , *which should be 0 instead.* emphasis mark is seemingly not exported to PDF Differences between the adjacent characters in the same line, such as 824.1 - 804.1 were the same as the font size: 20 these relationship did not change when I set 12pt for the characters. differences in matching positions was all 3, and the differences in the same line were the font size:12 from I've seen, I guess this is coming from this thing-y. https://opengrok.libreoffice.org/xref/core/vcl/source/outdev/font.cxx?r=55f07d4d#1094 Expected result should have emphasis mark on the right side of the characters instead of top side. But possibly export to pdf does not consider this, and emphasis marks to be shown were somehow clipped? Steps to Reproduce: Open the attached odt Export To PDF see description Actual Results: see description Expected Results: see description Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0
Created attachment 139455 [details] odt file to be exported
Created attachment 139456 [details] result
Repro Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: c902cbc7dc5294ab721a9aef3a152aa243d00011 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on February 17th 2018
recently, I was trying printf debugging, after reading https://wiki.documentfoundation.org/Development/How_to_debug#Macros_Controlling_Debug_Code to the following code, https://opengrok.libreoffice.org/xref/core/sw/source/core/text/itrtxt.cxx?r=f55a9b77#280 I add some lines of code. (I'm too lazy to learn how to use diff command line.) ================================== if( GetInfo().GetTextFrame()->IsVertLR() ){ nOfst += rLine.Height() - ( rLine.Height() - nPorHeight ) / 2 - nPorAscent; }else{ SAL_INFO("vcl",nOfst); nOfst += ( rLine.Height() - nPorHeight ) / 2 + nPorAscent; SAL_INFO("vcl",rLine.Height()); SAL_INFO("vcl",nPorHeight); SAL_INFO("vcl",nPorAscent); SAL_INFO("vcl",nOfst); } break; ================================== When the line is WITHOUT emphasis mark, the result was: info:vcl:9980:5152:sw/source/core/text/itrtxt.cxx:287: 0 info:vcl:9980:5152:sw/source/core/text/itrtxt.cxx:289: 401 info:vcl:9980:5152:sw/source/core/text/itrtxt.cxx:290: 401 info:vcl:9980:5152:sw/source/core/text/itrtxt.cxx:291: 346 info:vcl:9980:5152:sw/source/core/text/itrtxt.cxx:292: 346 while WITH emphasis mark on all characters in a line info:vcl:9980:5152:sw/source/core/text/itrtxt.cxx:287: 0 info:vcl:9980:5152:sw/source/core/text/itrtxt.cxx:289: 499 info:vcl:9980:5152:sw/source/core/text/itrtxt.cxx:290: 499 info:vcl:9980:5152:sw/source/core/text/itrtxt.cxx:291: 444 info:vcl:9980:5152:sw/source/core/text/itrtxt.cxx:292: 444 =================================== for the following code https://opengrok.libreoffice.org/xref/core/sw/source/core/text/itrpaint.cxx?r=180f2860#303 I tried if ( bAdjustBaseLine ){ GetInfo().Y( GetInfo().GetPos().Y() + AdjustBaseLine( *m_pCurr, pPor ) ); SAL_INFO("vcl",GetInfo().Y()); if ( pPor->Width() && pPor->InTextGrp() ) pEndTempl = pPor; } } WITHOUT emphasis mark: 630 WITH emphasis mark: 728. ======================== additional note to my previous post(just to make sure): I used IPA fonts downloadable from https://ipafont.ipa.go.jp/old/ipaexfont/download.html for the attachments. Values here may not be the same when different fonts (with different metrics) are used.
Dear himajin100000, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still reproducted on LO6.4.2 and 6.3.5 Version: 6.4.2.2 Build ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3 CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: ja-JP (ja_JP.UTF-8); UI-Language: en-US Calc: threaded Version: 6.3.5.2 Build ID: dd0751754f11728f69b42ee2af66670068624673 CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: ja-JP (ja_JP.UTF-8); UI-Language: en-US Calc: threaded
Dear himajin100000, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Mark Hung committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f88bb22cc3cbbc35abf72ec0ce1a4c0bb60ee88c tdf#115321, tdf#139065 render emphasismark for pdf export. It will be available in 7.6.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-5": https://git.libreoffice.org/core/commit/f32f7d0d34cb4fcc5acd94cdf91cbd7b2f7f98ab tdf#115321, tdf#139065 render emphasismark for pdf export. It will be available in 7.5.3. 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.
Created attachment 186085 [details] results in dd3c7051 Now, 1. the base text is correctly placed. 2. emphasis mark is visible. 3. the emphasis mark positions are 1-char height lower than expected.
*** Bug 131751 has been marked as a duplicate of this bug. ***
Khaled Hosny committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e0a461466846f64a39868ac921d4b9e1636f5e26 tdf#115321: Fix PDF position of emphasis mark in vertical text It will be available in 24.2.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.
Khaled Hosny committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/8d70a1a1a7ab2448332790e194ba643fe13c642b tdf#115321: Fix PDF position of emphasis mark in vertical text It will be available in 7.6.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.