Created attachment 124759 [details]
File with subscripted texts using different mechanisms
When a subscript is defined as part of a character style it is lost upon conversion into a docx file. It is kep when converting into a doc file, but with potential changes to relative size and positioning.
The attached file is my test file with subscripted text added in different ways. Check out the paragraph styles used for the different subscript formats.
I have only tested this on an Intel PC under Xubuntu 14.04 Linux (64bit).
When I convert this into a docx file then all the subscripts applied through a character style are lost. When I convert it into a doc file it tries to apply subscript formatting from the character style, but relative font size and positioning are wrong. The subscript formatting is only retained when it is applied without using a character style.
Superscript gives the same problems, although I have not made a test file to try all the different permutations for this.
I do wonder if this is a regression because I do not recall having this problem in earlier version of LibreOffice, although I may simply not have been paying enough attention to what happened to subscripts on conversion to MS Word formats.
Thanks for reporting Jelle,
(In reply to Jelle from comment #0)
> Created attachment 124759 [details]
> File with subscripted texts using different mechanisms
I have converted the file to docx in recent daily build and in version 188.8.131.52.
Then reopened the file and exported to PDF.
There is no difference for me in these versions.
The positioning in 2nd, 3rd and 4th option is all lost: text is at base line. But the size looks ~OK.
I will attach my pdf files
Created attachment 124809 [details]
resulting PDF in daily 20160502
Created attachment 124810 [details]
resulting PDF in 184.108.40.206
I can confirm with Version: 220.127.116.11.alpha0+ and 4.5; win7
Cor, click on subscript text and you will see on the toolbar that "subscript button" is not "pressed" in docx.
** Please read this message in its entirety before responding **
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!
Working on debian-buster in daily Linux dbgutil bibisect repository
version 2018-06-30, I see that in the newly created .docx when
reopened in LO the line ...
This is text with asubscript created with a character style with
also different position
has the word "subscript" in a smaller font as expected, but its
baseline is raised to the baseline of the rest of the line.
I am deeming the bug still to be present.
As requested in e-mail from email@example.com on 26 Jun 2018 I just tried it again in LibreOffice 6.0.
Info from Help - About LibreOffice is as follows:
Build ID: 1:6.0.5~rc2-0ubuntu0.18.04.1~lo1
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: en-NZ (en_NZ.UTF-8); Calc: group
I can confirm the bug is still present.
The .docx file does change the font size resulting from the character subscript style, but it does not change the position on the line. It still stays on the same height as regular characters.
The .doc file also changes the position of the subscripted characters, but to different levels of the original in the .odt file.
I have also just tried it in LibreOffice 3.3, as suggested by last e-mail I received. This is LibreOffice 18.104.22.168 in a virtual machine running Xubuntu Linux 16.04.
To some degree the bug already existed then, although its behaviour in 3.3 was better than it is now. As a result I have added 'regression' to the keywords, but also changed the version to 'inherited from OOo'.
The file saved in .doc format looks pretty much the same in version 3.3 as in 6.0. Subscript heights are different from the baseline, but also different from original .odt document.
The file saved in .docx format looks better in version 3.3 than in 6.0. The subscript height is different from the .odt original, and also different from the .doc version, but at least it is not on the baseline.
All this relates to subscripts set with a character style. A subscript created with Ctrl-Shift-B looks OK in all versions.
I hope that provides some more info.
Could you please add a screenshot comparing LibreOffice 3.3 and master to see what have changed and make it easier to investigate the regression ?
Created attachment 143414 [details]
Subscript test file with better descriptions saved in LibreOffice 22.214.171.124
Created attachment 143415 [details]
Screenshot of subscript test file saved and opened in LO 6.0 as .odt
Created attachment 143416 [details]
Screenshot of subscript test file saved and opened in LO 6.0 as .docx
Created attachment 143417 [details]
Screenshot of subscript test file saved and opened in LO 6.0 as .doc
Created attachment 143418 [details]
Screenshot of subscript test file saved and opened in LO 3.3 as .odt
Created attachment 143419 [details]
Screenshot of subscript test file saved and opened in LO 3.3 as .docx
Created attachment 143421 [details]
Screenshot of subscript test file saved and opened in LO 3.3 as .doc
(In reply to Xisco Faulí from comment #9)
Thank you for your interest. I have uploaded the screenshots I took from results in Libreoffice 6.0 and 3.3. I also uploaded the testfile itself, which I edited to have a bit more extended descriptions of what is going on. I hope that helps.
Using bibisect-43all, we found that docx subscripted characters moved to the baseline on Aug 8-9 2012, likely the result of
author Lubos Lunák2012-08-08 16:32:56 +0200
try somewhat harder to read w:position (bnc#773061)
This is the same range we found for bug 122421.