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

Justin L <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
           Assignee|[email protected] |[email protected]
                   |desktop.org                 |
             Status|UNCONFIRMED                 |ASSIGNED

--- Comment #2 from Justin L <[email protected]> ---
Created attachment 200678
  --> https://bugs.documentfoundation.org/attachment.cgi?id=200678&action=edit
bug 166474_atLeastTopMargin_overlays.zip: proof for
https://gerrit.libreoffice.org/c/core/+/184999

-forum-en-16602.doc: I modified this document to remove the unknown font from
the top - which was obscuring the overlay. Now it clearly shows the
improvement.

-forum-de3-4765.doc: clear win on page 1, and on page 2 the table bottom is now
correct size.

-forum-mso-de-130675.docx: page 1 (row 1) and 4 (overall table size) are clear
examples of IMPROVED.

-forum-mso-en-18478.docx: probably the clearest example of improvement.
PERFECT.

-moz1300315-1.docx: another excellent example of great improvement.

-ooo16597-4.docx: no change b/c NO minimum height specified. Other factors must
be at play - it never imported the second row well.

-fdo70481-1.docx: page 8 - only the first row has a specified height - which is
now increased by a minimal 0.03cm. 2 specified rows on page 9 also grow almost
imperceptibly. Nothing on page 10 specifies a row height. IMPROVED, but not a
clear example.

-forum-mso-de-136760.docx: so tiny it is hard to discuss it. The first table
grew slightly, but it still should grow a bit more. IMPROVED. The second table
now starts more-or-less in the correct spot now. It must be "at least" 0.04cm
which makes my patch irrelevant since the text is larger than the min size.
Other factors must be coming into play, because now the overall-text is pushed
down a bit (from the first table) and thus the lucky coincidence of the
remaining text being "perfect" is lost. (Note that "Soll werden zu:" was
initially worse, so that helps to prove "lucky coincidence".)

-forum-mso-en4-688446.docx: this looks bad in the overlay, but I don't have the
Tahoma font - so blaming it on that (since my substitute is much wider and thus
probably also taller). Plus, this is about 4 separate tables, so "other
factors" may also be at play.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to