If a paragraph in a table has just a single decimal tab, the text BEFORE the tabulation in the text is adjusted to the left of the tab, and the text (number) AFTER the tabulation is adjusted to the right of the next standard tab. If another tab (any kind) is added before or after the decimal tab in the paragraph, the tabulations in the text work normally/as excepted. The phenomenon only occurs in tables. Haven't tried it in other versions of Writer/OS. Henning Christiansen. Danish version of LibreOffice.
While testing the bug in other available LiBO versions, a new detail was found: If the text-line DOESN'T contain a tabulator, the first number in the line will automatically be adjusted to the decimal tab, but if the line doesn't contain a number, the hole line will be adjusted to the decimal tab like is was a right tab. Same bug in 3.5.2.2 and 3.5.4.2.
As of today, in Version: 4.2.4.2 Build ID: 420m0(Build:2) (with Ubuntu 14.04) it appears as if decimal tabs in LibreOffice are completely broken. Cells contain only numbers. It is impossible to align the numbers on the decimal. Inserting a decimal tab using the ruler bar aligns the numbers to the right, irrespective of the position of the tab.
LO 4.2.6.3: same issue. Impossible to properly align numbers in table cells. Apparently, nobody uses Libreoffice anymore for preparing tables.
Doesn't seem anybody uses tabs in tables (except a few, like me). I found exactly the same bug in MS Word 2013 a few weeks ago. Has MS "copied" the bug from Open/Libre Office or vice versa to make them alike? I fix the issue by adding a dummy tab late in the paragraph, but it is still quite irritating.
** 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.4 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 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-12-20
Sorry for my late response. The same TAB problem in tables occurs in LibreOffice 3.3.4 under Win XP, so it is an old phenomenon. Same for 5.0.3 and 5.0.4, and just adding a decimal tab in a cells ruler will change the placement of a number/text in the cell, even without any tabulation in the cell.
Created attachment 126273 [details] ODT file demonstrating problem with decimal tab in table I also try to work with tabs in tables and have noticed this problem, which still exists in LO version 5.1.4.2. The attachment contains a simple demonstration.
** 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
The problem remains in LO 6.0.5.2, and also in LO 6.1.0.0.beta1. Tested with the file in attachment 126273 [details], and also with newly created tables. Summing up: If a decimal tab is set in a table cell, then the table is adjusted according to that decimal tab WITHOUT the user inserting a tab. However, if the same cell contains another tab, then the bug is not present.
Dear hastokkebye, 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
The bug is still present in LO 6.2.4.2 and in the newest beta release 6.3.0.0.beta2 Version: 6.2.4.2 (x64) Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU tråde: 4; Styresystem: Windows 10.0; Gengiver af brugergrænseflade: GL; VCL: win; Lokalisering: da-DK (da_DK); Sprog for brugergrænseflade: da-DK Calc: threaded Version: 6.3.0.0.beta2 (x64) Build ID: 6c6edded7133daf2d8d0b2ea7ae25b8109c5c064 CPU tråde: 4; Styresystem: Windows 10.0; Gengiver af brugergrænseflade: Standard; VCL: win; Lokalisering: da-DK (da_DK); UI-Language: da-DK Calc: threaded
Dear hastokkebye, 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://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
The bug is still present in LO 7.1.4.2. Tested both with attachment 126273 [details] and with a newly created document. As before: If the decimal tab is the only tab in the table cell (individual cell or e.g. whole column), then text is written as if started with a tab. If a second tab position is added (whether decimal tab or other tab), the text is written from cell beginning, as expected. The bug is only with decimal tab, not with left, right, or center tab. Version: 7.1.4.2 (x64) / LibreOffice Community Build ID: a529a4fab45b75fefc5b6226684193eb000654f6 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: da-DK Calc: threaded