[sw-issues] [Issue 62867] Pasting cells in complex t able does not work
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=62867 User georgeen changed the following: What|Old value |New value Component|Word processor|Spreadsheet OS/Version|All |Linux QA contact|iss...@sw |iss...@sc Version|OOo 2.0.1 |OOo 3.2 --- Additional comments from georg...@openoffice.org Fri Apr 23 00:39:42 + 2010 --- When I think that the problem finally was resolved, I discover that in Linux when I merge some cells and after I insert a column it works, but when I try to delete a column the merge is lost. If the merge is in rows, is the same with the differenc that is very slow and after the merge is lost. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 62867] Pasting cells in complex t able does not work
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=62867 --- Additional comments from [EMAIL PROTECTED] Tue Jan 9 06:36:16 -0800 2007 --- Thanx for the news, and yes, the table is somewhat weird, but was done for someone with almost no experience with tables I had to help her dividing the page on columns and one table as urgent workaround, but for the purpose of bug detection was pretty well. About the new way to do tables, do you know if later will be on 2.1.x or 2.x or 3.x?. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 62867] Pasting cells in complex t able does not work
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=62867 --- Additional comments from [EMAIL PROTECTED] Tue Jan 9 10:09:06 -0800 2007 --- FME: The new table model will make it into 2.x, most probably. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 62867] Pasting cells in complex t able does not work
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=62867 User fme changed the following: What|Old value |New value Target milestone|OOo 2.x |OOo Later --- Additional comments from [EMAIL PROTECTED] Mon Jan 8 01:57:58 -0800 2007 --- FME: Hmm, looks like the table structure is somewhat weired. By creating the 'separator' the table ends up having a giant repeating headline. This is due to Writer's current table model. Merging a couple of cells vertically and defining a repeated headline generally isn't a good idea. I'll give an example: Starting with a table with seven columns and 20 rows, merging the cells of the forth column gives you this table structure: row cell 20 inner rows with three cells each cell cell 20 inner rows with three cells each So the resulting table consist of only one outer row, which is the repeated headline row. So I guess that most likely this is not what you wanted to achieve when creating your separator, at least not when the table is larger than one page. In the attached bugdoc, the repeated header covers almost the whole page. Anyway, copying a cell selection into a part of a table, which has nested rows does not work, in fact it never seemed to work (checked with OOo 1.0). Workaround is to first copy the cells, then create the 'separator' column. Some more good news: We are currently implementing a new table model (using rowspans instead of nested rows), see i4032. The problem is not existing with this new model anymore. So I tend to change the target to 'OOo later'. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 62867] Pasting cells in complex t able does not work
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=62867 --- Additional comments from [EMAIL PROTECTED] Fri Jan 5 06:10:48 -0800 2007 --- The last activity was on 2006-06-20 05:56:37 and this feature is very important, do you have some news about it?, do you know if the bug was located or if is necessary to re-do something?, please send me some news about this issue because is hard to convince others that OO is THE way, and has this kind of troubles. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]