The vertical position of Draw Objects inserted via BASIC command "insertTextContent" in Writer does not work. The objects are not placed at the given vertical position.
Steps to Reproduce:
1.Click the button "Create Lines" in the attached .odt
2 horizontal lines are inserted at the top of the document at the exact same vertical place, layed on top of each other.
2 horizontal lines should appear below the "Button", each at a different vertical position.
User Profile Reset: No
This was tested on Linux Mint 64bit with:
The bug breaks the main function of the extension:
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:57.0) Gecko/20100101 Firefox/57.0
Created attachment 137863 [details]
Yep, it worked in 3.6.
Arch Linux 64-bit
Build ID: 121303615054568c204def97872343d2014af4a0
CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4;
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on November 17th 2017
Arch Linux 64-bit
Version 18.104.22.168 (Build ID: e183d5b)
Regression introduced by:
author Michael Stahl <email@example.com> 2017-11-02 21:13:32 (GMT)
committer Michael Stahl <firstname.lastname@example.org> 2017-11-02 21:35:31 (GMT)
commit c79467ba954987f1d239c594c1e1b3af3f5515f6 (patch)
parent 9a236714e539c772cad7b56caf21dc12b79e77df (diff)
sw: ODF import: default as-char shapes to vertical-pos="top"
Bisected with: bibisect-linux64-6.0
Adding Cc: to Michael Stahl
oh, that's surprising, i was afraid that other import filters could regress
due to the changed default but didn't expect API users to care...
guess the extension could easily be fixed to set the VertOrient property
on its shapes, but on the other hand if there's more BASIC code
out there relying on this then maybe i should tweak things
so the new default only applies during file import...
Michael Stahl committed a patch related to this issue.
It has been pushed to "master":
tdf#113938 sw: apply new default vertical orientation only during import
It will be available in 6.0.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
fixed on master
Thank you very much!
Oh, you are also right about the workaround.
The extension also could be fixed by adding
newShape.VertOrient = com.sun.star.text.VertOrientation.NONE
to every element.
I wasn't aware of this as this wasn't required before and isn't mentioned in any tutorial I read.
Now I will just rely on the official fix and be lazy to not correct my code :-)
If there are any disadvantages regarding the official fix then at least there is a way to make the extension work again.
Seems to be fixed in master~2017-11-25_14.35.30_LibreOfficeDev_22.214.171.124.alpha1_Linux_x86-64_deb.tar.gz
on Linux Mint.
(Now please let me gently point to this bug here that prevents LO to create high quality Vector-PDFs:)