Description
Tobias Burnus
2012-01-20 05:30:06 UTC
Confirmed with LibO 3.5 Beta3 and Windows Vista. But a *giant* amelioration compared with LibO 3.4.4, where the result is totally unusable. WordPad under Ubuntu/Wine shows the 5. at the same position as LO 3.5, that is in the first cell of Table6. Numbers 1 to 4 are normal paragraphs. So where is the bug ? In MS-Word or LO ? ;-) That said, Wordpad confirms the problem with the size of the two first cells. But I do not know if it possible to have a non rectangular table in LibreOffice. @Miklos : what do you think about that ? Best regards. JBF Cell/Rows width is imported correctly with LO 4.1.1. on Windows 7 SP1 and the whole document appears quite good, but: - the "5." is still further to right - the "6." does the same - there are mistakes like checkboxes not visible and incorrect fonts bold Notice: the "5." and "6." items are shown correctly on AOO 4.0 Reproducible with LibreOffice 4.2.5 and 4.3.0 on Debian. I see 3 issues: 1) incorrect width of the first 2 cells; 2) incorrect position of 5. and 6. ; 3) no checkboxes in 6. and 8. > 3) no checkboxes in 6. and 8. The issue with checkboxes is reported as bug 44984. (In reply to Alexandr from comment #5) > Reproducible with LibreOffice 4.2.5 and 4.3.0 on Debian. I see 3 issues: > 1) incorrect width of the first 2 cells; > 2) incorrect position of 5. and 6. ; still reproducible with LO 4.3.4.1 under Win7x64 Migrating Whiteboard tags to Keywords: (filter:rtf) Reset Assignee to default till I actually start looking into this. I had a look at this again, this is still a problem even for docx, so probably better to fix that first. In docx this is about the gridBefore/gridAfter elements, gridBefore is handled by cf33af732ed0d3d553bb74636e3b14c55d44c153. I'll look at extending that to also handle gridAfter. Once that's done, something similar can be done in the rtf tokenizer. Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1d1748d143ab4270a2ca1b5117852b1b1bb4c526 Related: tdf#44986 DOCX import: handle w:gridAfter by faking cells It will be available in 5.3.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. @Miklos: linked to two possible duplicates - will test soon I don't see a difference in build c780c6726dca5e2fe33297e44f25ae3e00703294 compared to 5.2.1.2 (In reply to Cor Nouws from comment #13) > I don't see a difference in build c780c6726dca5e2fe33297e44f25ae3e00703294 > compared to 5.2.1.2 but I'm too fast with looking at rtf, since the fix referred in comment #11 is for docx. a ~similar issue for docx does show a much better result with this build. See https://bugs.documentfoundation.org/show_bug.cgi?id=41468#c23 Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0f2d5db38bac64b665c6e4a127bbbd63a7ed9af5 tdf#44986 RTF import: handle \trwWidthA by faking cells It will be available in 5.3.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-5-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0ba2229a57527e78f237119efa413f122c9ca74b&h=libreoffice-5-2 Related: tdf#44986 DOCX import: handle w:gridAfter by faking cells It will be available in 5.2.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-5-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=246df61b34e1ff5b5d7ecf7e46f04bb677548c9a&h=libreoffice-5-2 tdf#44986 RTF import: handle \trwWidthA by faking cells It will be available in 5.2.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b2c6d2d961a6113d0f111fab45ae12a40d389a23 fdo#38414 tdf#44986: DOCX table import: handle gridBefore/After It will be available in 6.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. László Németh committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/25240856843444f1dac489f73ad058fad1b1d456 fdo#38414 tdf#44986: DOCX table import: handle gridBefore/After It will be available in 6.4.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. (In reply to Tobias Burnus from comment #0) > The RTF file http://www.dfg.de/formulare/10_03/10_03_rtf.rtf contains many > tables. I just saw that this is no longer available there, however, it is at https://web.archive.org/web/20170628024552/http://www.dfg.de/formulare/10_03/10_03_rtf.rtf – thanks to the Wayback machine. (In reply to Commit Notification from comment #20) > László Németh committed a patch related to this issue. > fdo#38414 tdf#44986: DOCX table import: handle gridBefore/After > It will be available in 6.4.0.1. Thanks (although, I did not have the change to test it, yet) I tested again with this fix and it's still OK. There are some differences in details but that doesn't affect bug status. Like, "DFG-Geschäftszeichen" row is not full table size, I guess there's another bug for that. Or, numbers 5., 6., 10. are differently positioned because of additional cell in MSO. |