Problem description: Set the Graphics Style Wrap to None then paste an image. The pasted image will show that Wrap is set to None, but it does not behave properly. The cursor is positioned somewhere within the image, instead of the image being treated as a block. Selecting Wrap -> No Wrap via right-click on the image fixes everything, but this needs to be done every time an image is pasted and lessens the usefulness of styles. Steps to reproduce: 1. Modify the Graphics Style and set Wrap to None. 2. Copy an Image in to the clipboard 3. Paste the image in to Writer 4. The cursor will be positioned somewhere within the image instead of at the bottom. 5. Right-click the image and select Wrap -> No Wrap (even though it is already checked) Current behavior: No Wrap set in Style isn't being properly handled Expected behaviour: No Wrap set in Style should be handled identically to manually selecting Wrap -> No Wrap from right-click Picture menu. Operating System: Mac OS X Version: 4.2.4.2 release
Couldnt reproduce this in Linux or Windows on 4.2.4. Can you let us know which version of OS X your running and can you send some screenshots of how its looks before and after step 5.
This rings a bell for me. Could be a problem with clipboard management (known limitations in the LO code with respect to OSX API) or possibly something else.
Hmmm, can't reproduce on LO 4.2.4.2 Open a blank Writer document Press enter several times to create several blank paragraphs Open Styles and Formatting Click on the Frame Styles list Choose Image - Edit Change the default style to "no wrap" Apply the style to a range of paragraphs in the Writer document with the Paintbrush Separately, open Finder, select an image, press Cmd-C to copy the image to clipboard Switch to the Writer document, press Cmd-V to insert the image into one of the blank paragraphs Now right mouse button click on the image to read off the wrap settings In my case, the settings are set to "no wrap" So, unless you are doing something different, I can not reproduce.
The font is only supported by LO in the Normal font weight (it only has one weight Regular according to OSX fontbook), but whether this is the reason or whether it is a kerning problem due to incomplete font API support in the Mac version of LO, I don't know.
(In reply to comment #4) > The font is only supported by LO in the Normal font weight (it only has one > weight Regular according to OSX fontbook), but whether this is the reason or > whether it is a kerning problem due to incomplete font API support in the > Mac version of LO, I don't know. Ignore that remark, it belongs to another bug report.
I retested this issue, but starting with an empty Writer document (rather than editing the document I was working on). I couldn't reproduce the problem doing it that way. It only appears to be an issue with a specific document which is using a Template from an Office 2010 document. I'm going to compare the styles from a blank document to my office 2010 template document and see whether I can find any differences that could be causing this issue. Just to clarify, in my office 2010 template document, when I set wrap, no wrap in the Graphic style and paste an bitmap image, when i click below the image, the cursor lands inside the image, not below the image as it does when i manually set no wrap on the image.
Royce: if you could provide us with a document sample that illustrates the behaviour, that would be helpful.
At present, this looks to be an import problem linked to the style formatting in your Office 2010 doicument.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team Message generated on: 10/01/2015
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of FDO Message generated on: 2015-02-11