Apache OpenOffice (AOO) Bugzilla – Issue 75936
rect with draw:transform="rotate(99) missing part of top bounding box
Last modified: 2007-04-11 16:30:30 UTC
In the attached test, above the standard viewable page (scroll up), there is a rotated rectangle. Part of the bounding box is not being drawn, as can be seen in the attached screen shot. I have tried this on two seperate machines. Do not "page up" to bring the rectangle into view, as this will force a redraw. Instead, arrow up, or scroll with the arrow on the top of the right side scroll bar. I have attached the full rotate test with many angles, and a condensed version which has only the broken transform, draw:transform="rotate (99)" Thanks!
Created attachment 44082 [details] Screenshot of rotated rectangle with missing part
Created attachment 44083 [details] Condensed version of test, with only broken rectangle
Created attachment 44084 [details] Full test with all rotations
I notice now that when scrolling up, the line that disappears barely grazes the top of the window, and this seems to cause the disappearing. This also happens on 74. See the new attached screen with diagram
Created attachment 44085 [details] New screen/diagram
Sorry, not reproducible here. Please make sure that you have the latest graphic card drivers installed.
I'm attaching a newer file that I have verefied on all 3 PCs that I have access to, each with the latest video card driver installed (windows XP). With OOo2.2, the rectangles on this file should reach the top of the viewable drawing area. Just press the 'up' arrow button, and the tops of the rects should disappear. I'm sure this is resolution dependent, but it should not be that hard to reproduce. Hope this helps. Let me know.
Created attachment 44243 [details] screenshot of bug sequence with new testcase (simpler_demonstration.odg)
Created attachment 44244 [details] a simpler testcase that should demonstrate this issue (no rotations)
Thanks for the new file, this helped! Reproducible now. What I found: opening the file with OOo2.1 shows the entire drawing object. Opening the file with OOo2.2 the drawing object is directly placed at the upper drawing area border. But in both cases the same format, zoomfactor and window size is used. I do not know where there is the difference. Reassigned.
AW: It has nothing to do with rotations of 99. BTW: the draw:transform="rotate (XXX)" value is radians, so it will just take 99%(2*PI) as rotation anyways. It's just another repaint inconvenience (use CTRL+ALT+R to see that it's not a file format/model problem) and thus very similar to #i75890#. We simply have the problem that the conversions between logic and pixel coordinates CANNOT be numerically correct since both are signed integers. Those annoyances are reduced as much as possible, but until we have a better geometry base, there is no solution and there will always be litte repaint annoyances. All in all te screen isplay is a discrete visualisation of vetor data. AW: Setting to duplicate to #i75890#... *** This issue has been marked as a duplicate of 75890 ***
AW: Closing...