76545 - paste of table column should maintain column layout

Status: NEW

(Core :: DOM: Editor, enhancement, P5)

Description

[Kathleen :Brade]

* create a 3 by 3 table; put a number in each to match telephone pad layout
 * click in the first cell
 * choose Table | Select | Column
 * choose Edit | Copy
 * create a new composer page
 * choose Edit | Paste
notice that the cells are pasted as a row instead of as a column.

This is not a duplicate of bug #41547 (though they will share some infrastructure).

Comment 1

[Charles Manske]

This *is* a duplicate of 41547 or a "wontfix"
We are *not* keeping row/columns structure when copying to the clipboard.
A user must use the (not implemented yet) "Paste Special > Paste as Columns"
to get a column of cells.
Right, Joe?

Comment 2

[Kathleen :Brade]

Think of this bug as a FUTURE/RFE where we'd have a proprietary format we put on 
the clipboard which could help us know if we have rows or columns or whatever.  
Bug #41547 could be implemented without this bug being fixed and vice versa (so I 
didn't add any dependencies).

Comment 3

[Charles Manske]

Who's responsible for the "copy to clipboard" code? That's where the information
concerning copied table layout should be addressed. Joe?

Comment 4

[Charles Manske]

This needs to be addressed sometime sooner than "future". There are known
dups of this.

Comment 5

[Charles Manske]

*** Bug 89323 has been marked as a duplicate of this bug. ***

Comment 6

[Charles Manske]

*** Bug 94177 has been marked as a duplicate of this bug. ***

Comment 7

[Syd Logan]

Agree with EDITORBASE-, removing EDITORBASE

Comment 8

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 9

[Charles Manske]

*** Bug 128309 has been marked as a duplicate of this bug. ***

Comment 10

[Joe Francis]

The trunk is the wave of the future!

Comment 11

[Joe Francis]

The days of having a half dozen milestones out in front of us to divide bugs 
between seem to be gone, though I dont know why.  Lumping everything together as 
far out as I can.  I'll pull back things that I am working on as I go.

Comment 12

[Kathleen :Brade]

don't we have lots of duplicates of this bug?

Comment 13

[Charles Manske]

*** Bug 161731 has been marked as a duplicate of this bug. ***

Comment 14

[Joe Francis]

I'll try to get to this sometime soon.

Comment 15

[Joe Francis]

differentiating bug severity of my most critical bugs vai abuse of milestone field
M2: severe
M1: very severe and/or fix in hand

Comment 16

[Jens Stutte [:jstutte]]

Bulk-downgrade of unassigned, >=3 years untouched DOM/Storage bug's priority.

If you have reason to believe this is wrong, please write a comment and ni :jstutte.