Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Component:||code||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Priority:||P4||CC:||issues, LVONEILL, openoffice|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description richlv 2005-09-19 11:25:59 UTC
there are are lot of screen garbling artifacts in oo.org that people often complain about. even though they do not (usually) affect workflow a lot or cause serious trouble, they can be annoying and can make a bad impression, especially if that is a new user or, for example, demonstration of oo.org capabilities :) so i think we should try to eliminate these cases if that does not require too much of an effort. see testcase. a) select cell c10. move upper object slightly right or left (not changing its heigth). cell selection that was below object selection handles is not removed (handles. png) b) select any cell. move second object on this selection so that selected cell is half covered by objects left border (object-before.png) select any other cell - suddenly selection below the object is visible and is not removed when other cells are selected (object-after.png) c) very similar to b, only this time outer border is preserved. select any cell, move object as in object-out-before.png select the cell directly below current selection. now select any other cell. cell selection that was not covered by object now is visible (object-out-after.png) d) inconsistent cell selection below objects depending on previous object placement. select any cell. drag the object so that it partially covers the cell (callout leader line and it's surrounding area counts, too). now drag it so that filled area covers selection. selection is visible. now drag the object away so that no part of it covers selected cell, not even surrounding areas of leader line. then drag it back on the selection so that filled object area covers selection - selection is not visible through the object.
Comment 7 tcraymond 2005-09-25 15:46:44 UTC
Confirmed on PC, WinXP, OO.org m130. Very annoying.
Comment 8 Matthias Basler 2005-09-30 20:17:49 UTC
Completely confirmed with OOo2.0RC1 on WinXP SP2. (-> OS=all)
Comment 9 frank 2005-10-04 11:32:58 UTC
Hi Niklas, your construction site or CL or SJ ? Maybe a double to Issue 54398 ? Frank
Comment 10 LARRY 2013-09-23 13:30:38 UTC
Just want to add, from an end user's standpoint, that the calc artifact problem is more than an annoyance. When entering data for critical financial reports, one may see information in cells on the display that is leftover from another sheet (i.e. tabbing from sheet to sheet). This mis-information can cause a user to attempt to "fix" a problem on a sheet that may not actually exist, or attempt to interpret data that is being displayed incorrectly. When collecting data on several tabbed sheets, if the user is not aware of the artifact problem, the visual data carry-over situation can effect 1) mis-interpretation of data displayed to the viewer, 2) corruption of data when attempting to fix a problem that may not actually exist, 3) and significant time lost to reconstruct and/or recover data. Minimizing then maximizing the application window causes the artifacts to disappear and correct data to be displayed. But as soon as the user tabs to another sheet, the problem returns.