Issue 58620 - vertical split cells cannot be resized in a table under certain circumstances
Summary: vertical split cells cannot be resized in a table under certain circumstances
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.0
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2005-11-29 13:51 UTC by raindrops
Modified: 2013-02-07 22:39 UTC (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description raindrops 2005-11-29 13:51:41 UTC
Writer does not allow the user to break up any vertical line that is formed
across multiple cells. In MS Word, you can select a few cells and then drag the
line. In Writer,you cannot break the vertical line.

For example, try this experiment:
1. Split B2 into 2 vertical cells.
2. Split B3 into 3 vertical cells.

Each of these partitions can be resized by dragging the sides. The other cells
are not affected. 

But now try this in a fresh table (not in the table used for the first experiment):

1. Split B2 into 2 vertical cells.
2. Split B3 into 4 vertical cells. 

Now select the split cells in the second row. Try to drag and move the middle
edge. The problem is, you can NOT drag it in 2nd row alone: The 3rd row
is also affected, eventhough it is NOT selected. But the other two partitions in
the 3rd row CAN be dragged independently.

MS Word allows the user to drag the borders of any selection in the table.
Comment 1 raindrops 2005-11-30 05:22:59 UTC
Correction in the description: In the original description, I used the phrase
"vertical cells", which would imply splitting them horizontally.

Correct that as following:

In BOTH the experiments, slice the cells VERTICALLY (that creates 2/3/4 cells in
the same ROW).

Sorry for the inconvenience caused!
Comment 2 lars 2005-12-04 14:51:35 UTC
confirmed on Windows XP Pro SP2 with OOo 2.0.1 RC2
Comment 3 michael.ruess 2005-12-13 15:53:16 UTC
That is a limitation of the current table model. Writer's table interprets this
as new sub-columns of the upper two new columns.
Comment 4 raindrops 2005-12-14 08:08:23 UTC
Raindrops -> MRU
> Writer's table interprets this as new sub-columns of the upper two new columns.

This reason seeems to be specific only to vertically split cells.

However, this problem is more general, which can be stated like this:
"In Writer, the user is unable to drag a vertical border of a selection
INDEPENDENTLY: The entire border gets dragged, even for cells that are not
selected."

There must be some other reason for this behavior.

In fact, in a multi-column table, make a selection involving cells from multiple
rows and columns (but NOT entire rows/columns). If you hover the mouse on any of
the borders within this selection, the mouse pointer does not even turn into a
double-arrow. 

Similarly, select entire columns (hold the mouse just above the table. It turns
into a thick downward arrow. Drag it across columns to select them). Observe
that you are not allowed to drag a border. 

Now unselect all cells and then hover the mouse on a border. Now the pointer
turns into a double-arrow and allows dragging of the border.