https://bugs.documentfoundation.org/show_bug.cgi?id=127071
Regina Henschel <rb.hensc...@t-online.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |michael.st...@allotropia.de
--- Comment #12 from Regina Henschel <rb.hensc...@t-online.de> ---
The binary import in
https://opengrok.libreoffice.org/xref/core/sw/source/filter/ww8/ww8graf.cxx?r=e6de84d4#2432
has these lines:
2432 // Below line in word is a positive value, while in writer its
2433 // negative
2434 tools::Long nYPos = rFSPA.nYaTop;
2435 // #i22673#
2436 if ((eVertRel == text::RelOrientation::TEXT_LINE) && (eVertOri ==
text::VertOrientation::NONE))
2437 nYPos = -nYPos;
Similar exist for export.
That has been introduced with the patches from
https://bz.apache.org/ooo/show_bug.cgi?id=22673
So one way could be to introduces similar toggle of the sign for import/export
from docx. But it has to consider image rotation in addition. The import from
doc has a bug for rotated images that it imports the image unrotated but scaled
into the bounding box of the rotated images.
Only toggling the sign like
if (m_pImpl->nVertRelation == 9 && m_pImpl->nVertOrient
== 0)
{
m_pImpl->nTopPosition = -m_pImpl->nTopPosition;
}
in
https://opengrok.libreoffice.org/xref/core/writerfilter/source/dmapper/GraphicImport.cxx?r=8b4b852a#805
does not work. The image moves in correct direction, but has a wrong position.
I have tried it.
But an addition problem is, that such toggled sign is written to ODF too. That
results in the fact, that an image with "from top by 1cm" in file markup moves
upwards in LO rendering, in contrast to a shape, which move correctly down with
the same file markup.
So my suggestion is, to not fix this by introducing some position manipulating
in OOXML import/export. Instead the wrong handling of the vertical position of
images in Writer should be fixed.
But I have no idea, where this happens. Any code pointer?
--
You are receiving this mail because:
You are the assignee for the bug.
