| Summary: | svm graphics in OLE-object are displaced when leaving edit mode | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Regina Henschel <rb.henschel> |
| Component: | Chart | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | sasha.libreoffice |
| Version: | 3.4.1 RC1 | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
Wrong displacement of svm-graphic
A draw document with embedded writer OLE |
||
I have found, that the error does occur with a svm-graphic in any OLE. So if you insert a Writer-OLE that contains a svm-graphic into a draw document, the svm-graphics are displaced, when you leave the edit mode of the OLE. I'll change the subject accordingly. Created attachment 50633 [details]
A draw document with embedded writer OLE
Open the attached file and double-click the OLE-object. Notice, that there are two graphic objects on the Writer page. One is a wmf-file, the other is a svm-file. Leave the edit mode. Notice, that the svm-file is missing.
Open the document in OOo2.4.3. There you will see both objects on the right place.
I don't know when the error has been introduced, but till DEV300m68 (build 9474) you get this behavior: When leaving the edit mode of the OLE, both graphics disappear. If you have set the zoom to 10% before switching to edit mode, you can notice, that the graphic objects are still there, but they are not connected to the document part of the view, but to the application window.
With DEV300m69 (build 9491) the wmf-graphic is inside the document again, but the svm-graphic disappears totally. I guess, that the change is caused be the integration of CWS aw078 with heavy work on metafile.
To me it seems, that dealing the svm format has been forgotten.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html reproduced in LibO 3.6.0 master on Fedora 64 bit Please read this message in its entirety before responding. Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed. If you have time please do the following: 1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer). 2) If it is present please leave a comment telling us what version of LibreOffice and your operating system. 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System Please DO NOT 1) Update the version field 2) Reply via email (please reply directly on the bug tracker) 3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/. Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material tested in 4.3.1.2 on WinXP with second attachment: after opening file we see only one rectangle, after double click on page we see second rectangle and it remains visible after pressing Esc key. So, some bug still present |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 49913 [details] Wrong displacement of svm-graphic (Copy from OOo issue 118380) Open the attached file. It contains an xy-chart, where each data point has got its own marker. In the blue line the markers are used with there original size. In the red line the markers are set to 1cm size. The square with cross in the middle has file type svm (starview metafile), the left marker is an standardsymgol, the right marker is a bullet picture from the gallery. Doubleclick the chart to go to edit mode. Notice, that all markers are on the correct position. Leave edit mode. Notice, that the 1cm marker with the svm-graphic is displaces. This happens, when the size set in the data point dialog is different from the original size of the svm-graphic. The amount of displacement depends on the choosen size. This displacement happens when you use the svm-graphic via gallery and via file... as well. The placement was correct in OOo2.4.3.