https://bugs.freedesktop.org/show_bug.cgi?id=52257
--- Comment #5 from Owen Genat <[email protected]> --- Created attachment 80262 --> https://bugs.freedesktop.org/attachment.cgi?id=80262&action=edit Example cell border widths (ODS/PDF/PNG) showing on screen display and export to PDF. I am re-closing this bug for a number of reasons: 1. The initial bug as described appears to relate to a change with v3.5.5.3 that altered how cell borders were displayed. Markus has indicated in comment #2 how this was actually a rectification of a previous problem. That problem is clearly outlined in bug #51178 which was closed as NOTABUG. 2. No indication of file format (ODS/XLS/XLSX) is provided in either the description or comments. There are other bugs relating to XLS/XLSX issues with cell borders such as bug #52578, bug #53287, and bug #56960. Comments in all those bugs, particularly the last two, are informative of the nature of the various problems. 3. No example files are provided. I have provided a basic example (with slightly different values) in https://bugs.freedesktop.org/show_bug.cgi?id=52578#c5 I am also attaching a further sample here in keeping with the graphic provided in comment #3. I do this in the spirit of goodwill as there are a couple of issues here, however ... 4. It appears to me that comment #3 has effectively re-purposed this bug. Rather than doing so in the generic manner indicated I would suggest raising a new bug (if none already exists) to address the more specific nature of what appears to be these concerns. I will detail what I see these concerns as below. 5. The reference to InDesign, while illustrative, carries little weight. Calc is spreadsheet software, while InDesign is desktop publishing software with no equivalent in LO. Interoperability with OOXML is a far more powerful argument and it only supports four different cell border widths (as I indicate in the comment I refer to above). It is quite likely that LO will head in this direction in order to simplify both the required code and interoperability. That is how I am interpreting the comments by developers in the linked / related bugs. The issues raised in comment #3 are effectively two: a) cell border of 0.05pt (a.k.a. "hair" in OOXML) does not export to PDF correctly; b) the on screen display of cell borders does not accurately resolve widths in the ranges 0.05-0.39pt and 0.40-1.00pt. (a) looks to me like a bug. This hairline weight is not be treated correctly during export to PDF. There may be a fix for this in v4.1.0.0. I have not looked at that. (b) Markus sums this up neatly in https://bugs.freedesktop.org/show_bug.cgi?id=53287#c6 Until the UX team come back with an answer there is little the developers can do. He also made a patch back in September 2012 to adjust the XLS import values from 24 to 16 ("thick"), 18 to 12 ("medium"), and 6 to 4 ("thin") which may have a bearing here if XLS is being used. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
