Created attachment 111586 [details] Screenshot showing defect in file/dosplay and format setting Text in a shape cannot be formatted corrctly. Many options do not show in format dialog.
Comment on attachment 111586 [details] Screenshot showing defect in file/dosplay and format setting correct mime type
This seems to have changed in 4.5 alpha (not yet in 4.4 rc2 at least). Now you can select word wrap text and fit shape and can't even select fit to frame. Mike: can you try with a 4.5 alpha build to see, if the options are good for you? Setting to NEEDINFO until then. http://dev-builds.libreoffice.org/daily/master/ https://wiki.documentfoundation.org/Installing_in_parallel/Linux I tested with: Win 7 64-bit Version: 4.5.0.0.alpha0+ Build ID: 4c93c341be1425401112eed3581e8b8a6308880d TinderBox: Win-x86@42, Branch:master, Time: 2015-01-16_01:53:40 Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+ Build ID: 0ffa3abc7d6c0437ece30cfb1430d28ffcc9f5c1 TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-01-15_22:47:16
On the Drawing toolbar, the Rectangle and the Basic Shape Rectangle offer different options in Text for versions up to 4.4.3.2. This has been fixed in master except for the Rectangle in the Menu. I could not get these options enabled in master and on the Basic Shapes in 4.4.3.2: Fit width to text Fit height to text Fit to frame Adjust to contour Windows Vista 64 Version: 5.1.0.0.alpha1+ Build ID: 891304bb0ad3af9d8d73f947f25477abf57485a4 TinderBox: Win-x86@39, Branch:master, Time: 2015-05-24_00:17:01
For me reproducible with LO 5.0.3.2, Win 8.1
** 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 on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Tested in 5.2.3.2. on Linux Mint 18.1. No problems found.
Thanks for getting back to this, Mike! Closing as WFM. If you want to help sometimes: https://wiki.documentfoundation.org/QA/GetInvolved
Created attachment 130126 [details] Screenshot showing text does not flow to shape. Test with 5.2.3.2 and Linux Mint 18.1.
** 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
works fine for me in Version: 6.1.0.0.alpha0+ Build ID: c7f74bbab4c666a8b3b865dbd58b3666f1f63052 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-02-03_00:22:13 Locale: nl-NL (nl_NL.UTF-8); Calc: group @mike: please post a test file if there still is a problem. And test a recent version, at least 6.0.3 please. Mind that in your latest screen shot, it may be that the text flows in the frame, not in the shape?
Created attachment 139622 [details] Failed text flow in shape in Write
Created attachment 139623 [details] Correct text flow in shape in Draw
Flowing text in shape works in Draw 6.0.0.3, but not in Write 6.0.0.3. See Images. Also dialogs are different. One is 'Text...' the other is 'Text attributes'.
@Mike: I asked for a test file, not for a screen print. Hence I'll not be able to reproduce and will I close the issue.
Created attachment 139653 [details] Write test file showing text flow Write file shows that text does not flow to contour shape.
Created attachment 139656 [details] Draw file showing correct text flow in shape Draw file showing text flow in shape.
Created attachment 139659 [details] Write screenshot after clicking away from object @Cors I just noticed this after sending the requested files, so added it for information. If I copy and paste a text filled shape from Draw into Write it works correctly. This has been the behaviour since I first reported the bug. It does suggest that it is an internal file problem and that writer can read correctly but does not write correctly.
Created attachment 139692 [details] Mikes test file with some extra content
Created attachment 139693 [details] Screen shot of Mikes test file with some extra content Thanks Mike. I open you file. Text clearly follows shape. I insert a shape. No word wrap of text in shape. I choose Format > Text box and Shape > Text attributes, set the property, and it works. Can you please explain what I do different than you :) ?
Cor, I think we are doing the same things. With the (Write) file that you sent me, I tried rotating my tree shape and discovered that the text stays parallel to the 'top' which is the first line I drew. I looked for some way to rotate the text within the shape, but could not find one. The only way that I can make the text flow in an irregular polygon (in Write) as I expect, is to create the object and enter the text in Draw and then to copy and paste the completed shape into Write. I expect both Write and Draw to work in the same way, especially as they have very similar dialogs. It seems to me (I guess) that: 1)Write and Draw use the same library code to display the shape and the text. 2)Write and Draw set different parameters when writing the text parameters to the file. Write sets the text parallel to the first line drawn (of a polygon). Draw sets the text parallel to the top of the page. 3)When copied and pasted, all of the data in the object is transferred and displayed correctly.
Hi Mike, (In reply to Mike Sapsard from comment #20) > Cor, I think we are doing the same things. :) > I expect both Write and Draw to work in the same way, especially as they > have very similar dialogs. However, Draw and Writer still differ in the drawing layer. I know devs are working on this, but for the moment, what you see, is is what it is. Closing again.