[Libreoffice-bugs] [Bug 121493] New: RTF rendering of tables with different column width fails

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=121493

            Bug ID: 121493
           Summary: RTF rendering of tables with different column width
                    fails
           Product: LibreOffice
           Version: 6.1.3.2 release
          Hardware: x86-64 (AMD64)
                OS: Mac OS X (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: poul.steen at gmail.com

Description:
I have been using LibreOffice to open rtf files with tables, e.g. defined as
follows:
\trowd\trql\trkeep\intbl\cellx8108\cellx9072\trleft0\fs20, specifying a row
with two cells, the first starting 0 twips from left marging and ending 8108
twips from same margin, the second ending at 9072 twips (happened to be right
margin).
This worked neatly with version 5, but with the newly downloaded Version:
6.1.3.2, LibreOffice ignores the measures and creates two equally wide cell in
stead.

Steps to Reproduce:
1.Type this code in an RTF file:
{\rtf1\ansi
\trowd\trql\intbl\cellx8108\cellx9072\trleft0
Text in first cell
\cell 
Text in the second cell
\cell\row
}
2.Open the file with LibreOffice

Actual Results:
It creates two columns with the same width despite the \cellx8108\cellx9072
keywords.

Expected Results:
The \trowd\trql\intbl\cellx8108\cellx9072\trleft0 sequence should create a
table with a very wide first column (8108 twips wide) and a narrow second
column (966 twips wide) as defined in the two \cellx keywords.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
It worked in my LibreOffice 5.3.7.2 that I replaced today with the above
version.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20181118/21c08d32/attachment.html>