| Summary: | DOCX Textboxes incorrectly positioned on page | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Luke <lukebenes> |
| Component: | Writer | Assignee: | Miklos Vajna <vmiklos> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | libreoffice, raal, rb.henschel, vmiklos, xiscofauli |
| Priority: | medium | Keywords: | bibisected, bisected, regression |
| Version: | 6.4.0.0.alpha1+ | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=117921 https://bugs.documentfoundation.org/show_bug.cgi?id=137980 |
||
| Whiteboard: | target:6.4.0 target:6.3.3 | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
Screenshot Word vs Writer
Example showing position based on alignment, absolute, and relative parameters How this looked like in the past. |
||
|
Description
Luke
2019-09-27 13:58:32 UTC
Created attachment 154603 [details]
Screenshot Word vs Writer
(In reply to Luke from comment #0) > In Version: 6.3.0.0.alpha1+ (x64) > Build ID: 3f5f67c68ae42cd14c08341b597e0331358a0d3f > left textbox bad / right textbox good This seems to have begun at the below commit. Adding Cc: to Miklos Vajna ; Could you possibly take a look at this one? Thanks 2741230a3ababfb2f72aab3fecc03dabf891ab02 is the first bad commit commit 2741230a3ababfb2f72aab3fecc03dabf891ab02 Author: Jenkins Build User <tdf@pollux.tdf> Date: Fri Apr 26 10:13:11 2019 +0200 source ff17478e069cc82681df62514876c06365dd5cd6 author Miklos Vajna <vmiklos@collabora.com> 2019-04-25 21:05:43 +0200 committer Miklos Vajna <vmiklos@collabora.com> 2019-04-26 09:05:04 +0200 commit ff17478e069cc82681df62514876c06365dd5cd6 (patch) tree 172435a271013210b49c372ffa441e949e1a2b47 parent 647660cf844f265dd2ad7c78e6cb13844fbf3613 (diff) sw btlr writing mode: implement DOCX shape import for tbrl Created attachment 154627 [details]
Example showing position based on alignment, absolute, and relative parameters
Position based on Absolute, Relative, and Alignment are all move to the bottom.
Created attachment 154685 [details]
How this looked like in the past.
To set expectations, I attach how this worked:
1) text was rotated in the btlr case, not in the tblr case (but with the above commit, both should work
2) the shapes had the correct position
3) text was within the shape
4) actual automatic height (width when rendering) was already non-working, so that would be a topic for a separate, non-regression bug.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9c81d0a268cca4ff36eff94c0842361b9c0287ef tdf#127825 DOCX import: fix handling for tbrl, auto-height and rel size shapes It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/commit/a89f71f7195881b75a933a925f845a9c6447f7a3 tdf#127825 DOCX import: fix handling for tbrl, auto-height and rel size shapes It will be available in 6.3.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Verified in Version: 6.4.0.0.alpha0+ Build ID: e2d82611088677f8ec9f038639567f2d7c699b5e CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @Miklos, thanks for fixing this issue! *** Bug 123325 has been marked as a duplicate of this bug. *** |