Created attachment 94279 [details] .DOC example mentioned Popular use of "text boxes" and empirical manipulations to position text in MS-Word lead to a "satisfactory" but inconsistent document LibreOffice displays differently. I have only access to the final DOCs. Isolated in this example is the apparent use of a "text box" from someone who aligned text to the right of it through trial and error. The horizontal "ruler" seems to have been used and displays incoherent(?) values in both software. Text position in MS-Word 2003 is correct from the user perspective (see btb_word2003.png). LibreOffice 4.2.0.4 displays this text at a different position (see btb_LibO40204.png).
Created attachment 94280 [details] Document displayed in MS-Word 2003
Created attachment 94281 [details] Document displayed in LibreOffice Writer 4.2.0.4
Hi. Under WORD, the frame has "style d'habillage=Encadré" and "Positionnement du texte=Des deux cotés" (sorry, I have W97 in French), and only the first indent (Positif 1,27 cm) of your sentence "Artistically positioned text" is taken into account. UNder LibO 4.2.0.4 on Win7, the frame has "Wrap -> Page wrap", and both indents (Before text 5.08 cm and First line 1.27 cm) of your sentence are taken into account. In both cases, the horizontal ruler seems inconsistent with your sentence's placement when the caret is in it, but drag the text box to the right, you will notice that it is not the case. Related to bug 71319.
Confirmed it looks the exact same in 3.3.0 and master on Linux Mint, which it looks different from MS Word 2007.
** 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 on a currently supported version of LibreOffice (4.4.1 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-07-18
Bug is still present in version 4.4.4.3 (Windows 7x64). No apparent difference.
This issue is still reproducible with Version: 5.2.0.4 Build ID: 066b007f5ebcc236395c7d282ba488bca6720265 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Locale: es-ES (es_ES)
This issue is still reproducible with: Version: 5.4.0.0.alpha0+ Build ID: 33f5bc54aaa7fe7aa9335726e30f9c349155e04d CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-12-01_23:21:05 Locale: nl-NL (nl_NL); Calc: CL
Created attachment 136053 [details] textbox_cancelsIndent.doc: extreme example of anchored object cancelling left indent This is a fascinating bug. In MSOffice, move the textbox out of the text area (into the margin) and watch the text jump into the 8cm left indent that is defined. Move the textbox back into the textframe area, and the left indent is ignored. Right Indents and First Indents are stilled used, but not the Left Indent. However, I don't see the same thing happening 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! Warm Regards, QA Team MassPing-UntouchedBug
Bug is still present in latest: Version: 6.1.2.1 (x64) Build ID: 65905a128db06ba48db947242809d14d3f9a93fe Threads CPU : 4; OS : Windows 6.1; UI Render : par défaut; Locale : fr-FR (fr_FR); Calc: group threaded
Dear mloc, 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
Bug still present in : Version: 6.3.2.2 (x64) Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c Threads CPU : 6; OS : Windows 10.0; UI Render : GL; VCL: win; Locale : fr-FR (fr_FR); Langue IHM : fr-FR Calc: threaded
Created attachment 163516 [details] textbox_cancelsIndent.pdf: MS Word 2016 upon opening the file. (In reply to Justin L from comment #9) > This is a fascinating bug. In MSOffice, ... Yes, I think it is worth repeating that it is ONLY in MS Office where the placement of the textbox affects the margins. Confirmed the same behaviour in MS Office 2016 when using attachment 136053 [details].
Created attachment 163517 [details] textbox_cancelsIndent_compat11.docx: also true with DOCX in compatibility mode. Word 2016 looks like comment 14 when opening this DOCX version - and acts the same way as the DOC file - where the text jumps into the position that LO shows it when the textbox is moved outside of the margins.
Created attachment 163518 [details] textbox_cancelsIndent_compat15.docx: MSOffice 2016 saved in native mode. This one looks VERY strange in MS Office. Yes, it does honour the left margin settings, but because the textbox drops below the bottom border, the text doesn't wrap around it. Shorting it to fit inside of the margins lets the text wrap around it - just like LO shows things.
Created attachment 163519 [details] textbox_cancelsIndent_compat15.pdf: How MS Word 2016 looks opening the file. All of this bizarreness leads me to think it is probably better if we are NOT compatibility with MS in these particular cases.
Dear mloc, 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
Still present. Version: 7.3.5.2 (x64) / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 CPU threads: 6; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded