<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - FILEOPEN, DOCX: Frame (text box) around image cuts into image and caption"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=106132#c17">Comment # 17</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - FILEOPEN, DOCX: Frame (text box) around image cuts into image and caption"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=106132">bug 106132</a>
from <span class="vcard"><a class="email" href="mailto:jluth@mail.com" title="Justin L <jluth@mail.com>"> <span class="fn">Justin L</span></a>
</span></b>
<pre>(In reply to Miklos Vajna from <a href="show_bug.cgi?id=106132#c16">comment #16</a>)
<span class="quote">> Ah, so regarding the above ODT file, you think there is no bug in general,
> but only when it comes to textboxes?</span >
Correct. I think the .ODT is just "honoring" the hidden textbox border padding
settings that were created as part of the .docx import (since the file
originated as .docx).
So, I'm pretty sure it is just the "conversion to shape with textframe
containing non-zero padding defaults" that is the problem here. However, the
shape code is so generic that I have no idea what all I would be affecting if I
made changes there.
from-docx-old.odt contains
...style:style style:name="gr1" ... fo:padding-top="0.125cm"
fo:padding-bottom="0.125cm" fo:padding-left="0.25cm"
fo:padding-right="0.25cm"...
Any re-saved .docx -> odt files since LO4.4 (2014-06-18 09:57:31)
d379d18666aa42031359ca8eb34b0021960347ae will probably be "unfixable" since
they will have the default border padding hard-coded inside.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>