Created attachment 44132 [details] Example Word document I want to format a paragraph with before-text=0,76 / after-text=3,62 / first-line=-0,76 / tab=16,68. The important thing is that the tab is NOT within the area which is delimited by the before- and after-text limits. The behaviour of Writer is that the tab is ignored and the text after the tab is placed at the after-text-border. It seems to be an systematic problem. If you edit a word document with the upper indents it works fine. The tab-text is placed outside the delimited area. If you open this document with LibreOffice the text is shown on the right limit of the after-text. I added an attachment of the example word document and two screenshots of what I want (it's edited with a graphic program) and what I get in LibreOffice.
Created attachment 44133 [details] This is what I want to have
Created attachment 44134 [details] This is what I get
Comment on attachment 44133 [details] This is what I want to have Edited by GIMP ;-)
For Cedric?
(In reply to comment #5) > For Cedric? That's pity. I thought this small but annoying bug would have been solved in version 3.4.1 :-( Will it be scheduled anytime?
I had talked to your guys on the CeBIT 2012 and they promised to forward this issue. Can I still expect any improvement?
This bug causes incompatibility with WORD files and is still open.
** 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-04-01
The bug still remains in Version: 4.4.1.2 Build-ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Gebietsschema: de_DE
** 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 (5.0.5 or 5.1.2 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: 2016-04-16
The bug still remains in Version: 5.1.2.2 Build-ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f Gebietsschema: de_DE Reported more than five years ago. Tested in almost every version since then. Still the same thing...
Created attachment 129940 [details] word_tabOverMargin.doc: is this what you were trying to accomplish? I think that this has been fixed since LibreOffice 4.3 by: author Miklos Vajna <vmiklos@suse.cz> 2013-01-08 10:57:13 (GMT) commit bdfc6363d66aa079512cc8008996b633f693fed1 n#793998 sw: add TabOverMargin compat mode Please note that if you are creating this document from scratch in Libreoffice, likely you would need to save as .doc format, exit, and then reload before you are able to have the tab go past the margin, since this is a valid setting only for something Writer knows is a .doc or .docx. If you still think that this is not fixed, please attach a new sample document that works in MSWord, but doesn't work in LO. (The document provided in the description looks the same in Word as in LO to me. Unfortunately, your sample pictures do not match your provided word.doc)
Created attachment 130024 [details] Different behaviour of Word an LO Writer
Created attachment 130025 [details] Different behaviour of Word an LO Writer (DOC-document)
Version: 5.2.3.3 Build-ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf CPU-Threads: 4; BS-Version: Windows 6.2; UI-Render: Standard; Gebietsschema: de-DE (de_DE); In my opinion it still doesn't work (see NEW screenshot and associated word-example). For example, in technical documents it is often not possible to have short headings in a table of content. So, if it worked, I think the behaviour would really makes sense. For example if you want to make a table of content - with headings spanning two lines or more - and left- and right alignment - and having the chapter number out of the block on the left side (negative indent of first line) - and having the page number out of the heading-block on the right side.
(In reply to Ekeis from comment #15) > Created attachment 130025 [details] > Different behaviour of Word an LO Writer (DOC-document) Thanks for the example document. So, currently tabOverMargin works for right and decimal tabs, but not for left and centered tabs (which I notice are dangerous [in MSWord] because long text will just disappear off of the end of the page since it doesn't wrap). But yes, it is a compatibility issue.
Created attachment 130057 [details] tabOverMarginDemo.doc: test document exhibiting various tab situations
Created attachment 130059 [details] tabOverMarginDemo_w2013.pdf: how the demo looks in MS Office proposed fix for center/decimal tabs - https://gerrit.libreoffice.org/#/c/32534/ proposed fix for left tab - https://gerrit.libreoffice.org/32539
I can confirm the TabOverMargin-behaviour works if you save the document as DOC an reopen the DOC-document as it was described earlier. However if you save it as ODT text on TabsOverMargin will fall back to the right limit. This is sad. Do you think it is possible to bring this (Word-)functionality to LO? I'd really appreciate this way of treating TabsOverMargin because I want to use the ODT format.
(In reply to Ekeis from comment #20) > Do you think it is possible to bring this (Word-)functionality to LO? Don't hold your breath waiting for that. I highly doubt anyone would change this. TabOverMargin is there for compatibility with MSOffice, but it would break ODT compatibility if it was changed. > I want to use the ODT format. I believe that once the compatibility setting is inside of the document, that it will remain. So, a trick would be to start a blank document, save as .doc, close, and reopen, and then save as .odt. That would set the compatibility setting, but also give you the stability of proper ODT file structure.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a9367c1b39600d5a5e2d0067113f06ad59cc37a1 tdf#35021 TabOverMargin: support center and decimal tabs also It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=441d7e046df36900bbf14b37277b15d615f67641 tdf#35021 TabOverMargin: support LEFT tabs also It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=7c817d73402583f1b077d31a695c565a53468887 tdf#35021 TAB_OVER_MARGIN pdf support for left/center/dec It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
added print/pdf support for tab over margin as described in bug 93637
*** Bug 81057 has been marked as a duplicate of this bug. ***
Notes for unit test writers: Revert has to be done manually. Could be a bit complicated as the change spans three commits.