#2141 closed defect (fixed)
Pasting of tables from Word is broken
Reported by: | Jason Winnebeck | Owned by: | Jun Omae |
---|---|---|---|
Priority: | normal | Component: | TracWysiwygPlugin |
Severity: | normal | Keywords: | |
Cc: | Trac Release: | 0.10 |
Description
Pasting tables from MS Word 2003 to Firefox 2 is broken. It is attempted but generates wiki that is very far off. Other environments not tested.
Attachments (0)
Change History (4)
comment:1 Changed 17 years ago by
comment:2 Changed 17 years ago by
r2777 seems to change this slightly, now the table generated with new lines when round tripped are terminated, but the generated wikitext is horribly corrupted. Newlines in tables should be converted to BR's, but more newlines are generated than there should be.
I create a 2x2 table in Word with cells a,b,c,d. The expected result is:
a | b |
c | d |
When I paste I see the appropriate view in the wysiwyg editor, but when I click textarea I see:
= heading = || a || b || || c || d || text
Then I click wysiwyg, and see the table broken out vertically. Click textarea again, and now I see:
= heading = || a|| || b|| || || c|| || d|| || text}}} The roundtrip is stable at this point. I also tested table paste from Excel. That works, except that it indents the table for some reason.
comment:3 Changed 17 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:4 Changed 17 years ago by
Good, this works well now. There is still one problem remaining and that is when you use the "abcd" example from above, but when you put a new line in one of the tables, two BRs come out instead of the expected one.
The problem appears only to be that a lot of extra newlines are generated in the source, which generates invalid wiki, so after editing is complete it doesn't "round trip" back to the editor. What's worse is that it looks correct on the screen until you save/preview/or select textarea.