Issue 8049 - lines do not hold place relative to cells
Summary: lines do not hold place relative to cells
Alias: None
Product: Calc
Classification: Application
Component: ui (show other issues)
Version: OOo 1.0.1
Hardware: PC Linux, all
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
: 50342 82900 (view as issue list)
Depends on:
Reported: 2002-10-03 20:13 UTC by greenmoss
Modified: 2018-09-03 23:57 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

file with the arrows (9.46 KB, application/octet-stream)
2002-10-03 20:15 UTC, greenmoss
no flags Details
Basic test case. (5.34 KB, application/octet-stream)
2002-10-19 16:14 UTC, prgmgr
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description greenmoss 2002-10-03 20:13:07 UTC
In spreadsheet I have created, I made a bunch of horizontal lines with arrows
(they're supposed to represent blocks of time). The columns in the spreadsheet
are each supposed to represent a day.

The problem occurs when I try to widen or narrow one of the columns to the left
of  my "day" columns. This of course causes all the columns to the right to
shift left or right. When the "day" columns shift left or right, the arrows do
not shift with them by the exact same amount. Thus, if I resize one if the
leftmost columns by alot, the arrows suddenly have their endpoints in different
days than they started in.

I will upload the spreadsheet so you can see what I mean.
Comment 1 greenmoss 2002-10-03 20:15:14 UTC
Created attachment 3057 [details]
file with the arrows
Comment 2 greenmoss 2002-10-14 19:25:16 UTC
I also just tried printing this document, and it shifted the arrows
right by two cells.
Comment 3 prgmgr 2002-10-19 16:12:16 UTC
Kyoder, thank you for using and supporting OOo.

In 1.0.1 and 643 with your attached file I do see the problem you 

I think you've hit an extreme boundary when it comes to object 
anchoring and scaling.

643 scales and anchors line object fine when they span a few columns 
that are fairly large.


The attached file has drawing objects spanning a large number of 
columns with very small widths.  Resizing columns causes the drawing 
objects to shift away from their original cell anchor point ( on both 
ends ).
Comment 4 prgmgr 2002-10-19 16:14:25 UTC
Created attachment 3240 [details]
Basic test case.
Comment 5 prgmgr 2002-10-19 16:15:36 UTC
With the test case, try resizing column A to 5".

Notice how the endpoints of the drawing objects have shifted away 
from their original anchor points.

I've listed the cells that the drawing objects start and stop in 
Comment 6 peter.junge 2002-11-28 10:30:42 UTC
Hi Niklas,
looks like the anchor on the cell isn't corectly preserved.
Comment 7 niklas.nebel 2003-01-15 16:07:17 UTC
The problem isn't with updating the positions, but with the display.
The page preview always shows the exact positions, and the anchor
symbol is also correct. The objects' positions in the table edit view
are sometimes a bit inaccurate because cell sized are rounded to pixel
values for display.
This will be changed when the drawing layer can use transformations
instead of a single scale values.
Comment 8 frank 2003-10-28 08:00:14 UTC
no crash, so no blocking of 21786
Comment 9 frank 2005-06-29 13:20:36 UTC
*** Issue 50342 has been marked as a duplicate of this issue. ***
Comment 10 niklas.nebel 2006-07-14 13:57:53 UTC
*** Issue 61253 has been marked as a duplicate of this issue. ***
Comment 11 Frédéric Buclin 2006-07-14 14:05:21 UTC
Any progress? It looks like a shame to leave this kind of bugs opened for years.
Comment 12 frank 2007-10-25 09:19:09 UTC
*** Issue 82900 has been marked as a duplicate of this issue. ***
Comment 13 nick_lee 2008-04-15 21:58:31 UTC
Look, how many issues have been marked as a duplicate of this one! Something is
wrong with cells placement. If you just insert an image to any cell and adjust
the hight of the row above the image, you will see the problem: image will be
stretched or it will move out of its cell if the size of the image is blocked.
Comment 14 Marcus 2017-05-20 11:13:55 UTC
Reset assigne to the default "".