Issue 46541 - A border of merged cell should not be also moved
Summary: A border of merged cell should not be also moved
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 2.0 Beta
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 54250 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-04-03 04:13 UTC by tora3
Modified: 2013-08-07 14:38 UTC (History)
1 user (show)

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


Attachments
A bugdoc (8.28 KB, application/vnd.oasis.opendocument.text)
2005-04-03 04:15 UTC, tora3
no flags Details
A snapshot of the bugdoc, just created and saved. (52.92 KB, image/png)
2005-04-03 04:16 UTC, tora3
no flags Details
Another snapshot that shows a different view, after closed and opened again. (52.37 KB, image/png)
2005-04-03 04:20 UTC, tora3
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description tora3 2005-04-03 04:13:47 UTC
I was wondering this phenomenon was already known, but some users might say that 
the behavior described below looked a little bit strange and irritated.

Please refer to the snapshots: 
  bugdoc.png for step 0 to 5
  bugdoc_once_saved_and_then_opened.png for step 6 to 9

0. File > New > Text Document on OOo 2.0 Beta
1. Insert a table of 4 by 4 cells.
2. Merge 2 by 2 cells into one cell.
3. Move the left most vertical border rightward. 
   Oh! Look at the left border of the merged cells.  
   Which is better for the border to behave, stay there or 
   move rightward by following the motion of the left most border?
4. Move it back to the original position.
5. Try to move the third vertical border, a left border of the merged cell, 
   to the original position. An attempt to move it seems to be rejected. 

6. Save the document to a file.
7. Close the document.
8. Open the file and confirm the shape of the tables that you tried to make 
   changes above.
9. Now you can move the border that did not move at all at the step 5 above.

This behavior was originally reported by tentan@anet.ne.jp at a discussion 
mailing list of the Japanese native language project. According to his article, 
he confirmed this phenomenon with OOo 2.0 Beta running on both Windows 98SE and XP.

Shortly after the report, Yoshito Housako <yhousako@mx2.ttcn.ne.jp> also 
verified it with both OOo 1.1.3 on Fedora Core 3 and OOo 1.1.4 on Vine Linux 3.1.
Comment 1 tora3 2005-04-03 04:15:10 UTC
Created attachment 24558 [details]
A bugdoc
Comment 2 tora3 2005-04-03 04:16:49 UTC
Created attachment 24559 [details]
A snapshot of the bugdoc, just created and saved.
Comment 3 tora3 2005-04-03 04:20:56 UTC
Created attachment 24560 [details]
Another snapshot that shows a different view, after closed and opened again.
Comment 4 michael.ruess 2005-04-03 16:48:37 UTC
MRU->FME: the border of the merged cell should not move, when the left border of
the whoe table is moved in this sample.
Comment 5 michael.ruess 2005-11-02 11:30:10 UTC
*** Issue 54250 has been marked as a duplicate of this issue. ***