Bug 129458 - COMPAT LAYOUT DOCX TABLE: cell text (not border) stop/starts at page margin. Cell margin overlaps page margin even with relative width
Summary: COMPAT LAYOUT DOCX TABLE: cell text (not border) stop/starts at page margin. ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1 all versions
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: DOCX-Tables Writer-Tables-Alignment
  Show dependency treegraph
 
Reported: 2019-12-17 20:26 UTC by Frederic Parrenin
Modified: 2023-09-11 20:38 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
.docx file to reproduce the problem (14.21 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-12-17 20:26 UTC, Frederic Parrenin
Details
comparison MSO 2010 and LibreOffice 6.5 Master (32.90 KB, image/png)
2019-12-27 16:31 UTC, Xisco Faulí
Details
Modified file to amplify the problem (12.26 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-12-01 09:49 UTC, NISZ LibreOffice Team
Details
The example file in Writer and Word 2013 (118.14 KB, image/png)
2020-12-01 09:50 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Frederic Parrenin 2019-12-17 20:26:56 UTC
Created attachment 156635 [details]
.docx file to reproduce the problem

Steps to reproduce:
- open the attached .docx file in LO Writer
=> observe that the two tables are not aligned vertically
- open the same file in Word
=> now the tables are vertically aligned
Comment 1 Dieter 2019-12-19 07:05:17 UTC
I confirm it with 

Version: 6.5.0.0.alpha0+ (x64)
Build ID: e26d89371f0e4f41476c9a99be01d98dedb76776
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: threaded

in comparison with MS Word 2016
Comment 2 Timur 2019-12-24 11:18:20 UTC
This is minor issue that started around LO 4.2, in 4.0 was the same.
Tables are simple and non-floating.
Comment 3 Xisco Faulí 2019-12-27 16:31:04 UTC
Created attachment 156798 [details]
comparison MSO 2010 and LibreOffice 6.5 Master
Comment 4 Xisco Faulí 2019-12-27 16:45:03 UTC
Regression introduced by:

author	SJacobi <Sven-Jacobi@gmx.de>	2013-03-28 14:12:09 +0100
committer	Miklos Vajna <vmiklos@suse.cz>	2013-03-28 15:56:53 +0000
commit 6718482c072defe5d885030826fef5ef833732e9 (patch)
tree c5eaa08f132443028b1bca84e7940728cffb34ef
parent 0d89580eeb61ae01f1c1f2836f77ffef6a146770 (diff)
fixed table width, supporting rel table width, fixed grid handling

Bisected with: bibisect-41max
Comment 5 NISZ LibreOffice Team 2020-12-01 09:49:43 UTC
Created attachment 167706 [details]
Modified file to amplify the problem

The first table is problematic in the original example: it has centered alignment (the other is left aligned and looks good), relative width of 100% and small 0.19 cm left-right cell margins. That seems to be the source of the problem here.

This modified file contains the first table with 0 and 1 cm left-right cell margins. Word counts that differently than Writer:
With 0 cm the table width and position matches in the two software, but with 1 cm the difference is obvious: 
In Word the leftmost and rightmost cell margins can extend their columns into the page margin, in Writer they can't.
Comment 6 NISZ LibreOffice Team 2020-12-01 09:50:25 UTC
Created attachment 167707 [details]
The example file in Writer and Word 2013
Comment 7 Dieter 2022-11-29 20:36:11 UTC
(In reply to NISZ LibreOffice Team from comment #6)
> Created attachment 167707 [details]
> The example file in Writer and Word 2013

Still present in

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL
Comment 8 Justin L 2023-09-11 20:38:39 UTC
I think the problem here is the 100% relative width. As soon as it is turned into centimeter width, then everything looks proper. (But as soon as you change back to percent, then the large table fits itself into the page margins)