Variation of line thickness 0,25 to 1.0 for a table does not show any effect on video display. This makes it impossible to control ongoing work without having it printed out.
Thanks for bugreport Currently difference between them can be seen only if seriously zoom sheet. If use Print Preview, we can see the same problem, some lines often sisappears depending of zoom and thickness. reproduced in 3.3.4 and 3.5.3 on Fedora 64 bit in 3.3.4 difference in thickness not seen even if zoom. So, improvement in this direction done. Changing version to 3.3.4 as most early reproducible
Confirmed with: LO 3.5.5.3 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit Difference between 0,05 and 1,00 borders is clearly visible but 0,05;0,15;0,25 stepping could be unnoticeable on display (sometimes big zoom is required).
This is a very annoying behavior and it is a regression compared to OOo, I didn't test the recent OOo (AOO), but it worked in older versions. It gets much worse with antialiasing enabled in options. It is absolutely impossible to visually format a table because of this bug. Up to 125% zoom the thickness is completely indistinguishable. 0.05 up to 0.39 look absolutely identical, on the other hand adding one pt to 0.40 is causing an extreme thickness jump and then it is the same again up to 1.49 and another extreme thickness jump for 1.50 and so on. There are also some other issues with border rendering, that might be related, for example left and right borders get rendered too thin (top and bottom render correctly).
Thanks for additional testing. "Version" is most old version where bug appears. Not current version. Changing back to 3.3.4
** 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.3.5 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) Thank you for your help! -- The LibreOffice QA Team
Yep, this is still the case. Win 7 Pro 64-bit Version: 4.5.0.0.alpha0+ Build ID: 07e84cae983c08afdba03018413a19d01abb3006 TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-01-19_06:15:38
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.