Created attachment 129243 [details] Textboxes with rotated text direction Attached file contains two text boxes: the top left has 90 degrees rotated text direction and the bottom right one has 270 degrees rotated text direction in Word. Writer in a current master build does not support these settings: - 270 degrees rotation is imported as 90 degrees character rotation (but does the same thing, so the directions are switched between the two products) - 90 degrees rotation is imported as 0 degrees rotation - The original has three consecutive paragraphs in both boxes, this is not supported either: they appear in the same row. All in all the document falls apart spectacularly in LO.
Created attachment 129244 [details] Screenshot of the document in the current master build
Created attachment 129245 [details] The document in Word 2013
Confirming with: Version: 5.4.0.0.alpha0+ Build ID: 4130c8def811d1dcc87eacaa8ae48ba02738a790 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-11-29_01:03:18 Locale: nl-NL (nl_NL); Calc: CL Version: 5.0.0.5 Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b Locale: en-US (nl_NL) Versie: 4.4.6.3 Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d Locale: nl_NL and with Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89)
3.3.4 only showed empty frames 3.6.7 more or less the same problem as in master
Looks like a duplicate. *** This bug has been marked as a duplicate of bug 82627 ***
In bug 82627 the text box itself has rotation. In this issue, the rotated text is imported wrong
clarify summary
This file including two sideways directions that have not implemented in LibreOffice. On this page I found MS Word have already provided related options in 2010: http://www.mgzwz.com/post-383.html
(In reply to Gabor Kelemen from comment #1) > Created attachment 129244 [details] > Screenshot of the document in the current master build I saw the same effect in 5.4.0.0.beta2. Version: 5.4.0.0.beta2 (x64) Build ID: 3cc1cdd8ee50f144e5514da51800a08119754d8f CPU threads: 4; OS: Windows 6.19; UI render: default; Locale: zh-CN (zh_CN); Calc: group
Tamás, can you fix this bug as you made for bug 100926?
(In reply to Volga from comment #10) > Tamás, can you fix this bug as you made for bug 100926? Hi Volga, I'm busy now with other stuff, so I have no time to implement this. Since rotated text is not supported for Writer text boxes it can take a bigger amount of time to solve it. For example ODF specification supported text rotation for table cells so I did not need to extend the standard, but I'm not sure we have the same for text boxes. Also Impress table and Writer textbox have a slightly different implementation, so might need more effort to transfer the same functionality to text boxes.
(In reply to Tamás Zolnai from comment #11) > (In reply to Volga from comment #10) > > Tamás, can you fix this bug as you made for bug 100926? > > Hi Volga, I'm busy now with other stuff, so I have no time to implement this. > Since rotated text is not supported for Writer text boxes it can take a > bigger amount of time to solve it. For example ODF specification supported > text rotation for table cells so I did not need to extend the standard, but > I'm not sure we have the same for text boxes. Also Impress table and Writer > textbox have a slightly different implementation, so might need more effort > to transfer the same functionality to text boxes. Oh yeah. I think transfering some codes between Writer and Impress would be good idea.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 151967 [details] Current state in LO master It starts to look better but there is still a long way it seems: Version: 6.3.0.0.beta1+ (x86) Build ID: 5cfac16dbd4af456a7fb6d52c8953c69a72ba2ba CPU threads: 4; OS: Windows 6.3; UI render: GL; VCL: win; Locale: hu-HU (hu_HU); UI-Language: en-US Calc: threaded
Created attachment 152092 [details] Current state in LO master With current master it's even better: now the other rotation direction is also correct. Version: 6.4.0.0.alpha0+ (x86) Build ID: 5e74085e07bbeb23c7d29fc3c5f6f6d2b7ff97e7 CPU threads: 4; OS: Windows 6.3; UI render: GL; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-06-10_00:14:28 Locale: hu-HU (hu_HU); UI-Language: en-US Calc: threaded Although the text is off a bit: the last 1-2 characters and accents (even on newly typed words) are missing.
Created attachment 154731 [details] Current state in LO 6.4 master Looks quite good in: Version: 6.4.0.0.alpha0+ (x86) Build ID: 489eef894e7034873ad262f9dfca554022db1b09 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-10-01_23:43:38 Locale: hu-HU (hu_HU); UI-Language: en-US Calc: CL Turns out the missing text parts is an OpenGL issue (filed as bug #126405), without that the text is well readable.
I mark this as WFM, thanks to the amazing work of Miklos presented here: https://vmiklos.hu/blog/libocon2019.html