Issue 59195

Summary: PowerPoint tables are imported incorrectly
Product: Impress Reporter: lumbercartel <office_issues>
Component: open-importAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues, lars_o_hansen
Version: OOo 2.0Keywords: needmoreinfo, oooqa
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---
Description Flags
Table with empty cell
PowerPoint table with filled cell none

Description lumbercartel 2005-12-11 01:11:24 UTC
Tables in PP presentations (tested: 2k2 and 2k3) import as grouped lines and
text boxes instead of as a table.  One embarassingly public consequence was that
a meeting agenda with blank lines couldn't have new items added since there were
no text-entry fields in the empty rows.
Comment 1 lars 2005-12-11 10:11:30 UTC
Hi, could you attach the file in question? thanks
Comment 2 wolframgarten 2005-12-12 13:06:24 UTC
This is a missing feature, not a bug. An inserted table will be imported as a
group, correct. A real OLE (inserted object) will be an OLE in OOo, too. 
But Powerpoint has also a problem here: after saving the table is just a group
like in OOo. Nor cells can there be inserted either.
A workaround would be to use real OLEs.
Comment 3 lumbercartel 2005-12-15 13:26:11 UTC
Created attachment 32454 [details]
Table with empty cell
Comment 4 lumbercartel 2005-12-15 13:26:54 UTC
Created attachment 32455 [details]
PowerPoint table with filled cell
Comment 5 lumbercartel 2005-12-15 13:30:17 UTC
Files attached.

Note that the first is just a slide created with the "table" format.  The empty
center cell is quite editable, as demonstrated by the second file.

In OO.o the center cell is *not* editable -- there's nothing there to edit. 
This is pretty basic formatting, and has nothing to do with OLE.  PPT can
populate empty cells in a table, OO.o can't.
Comment 6 ace_dent 2008-05-15 15:16:46 UTC
This Issue requires more information ('needmoreinfo'), but has not been updated
within the last year. Please re-test with one of the latest versions of OOo -
the problem(s) may have already been addressed. Either use the recent stable
or consider trying the new OOo 3 BETA (still in testing):
Please report back the outcome so this Issue may be closed or progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further :
Many thanks,
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
Comment 7 raindrops 2009-06-15 11:54:16 UTC
Well, I had precisely the same problems with OOo 3.1.0 and switched over to
OxygenOffice 3.0.1 because I heard that it has applied many patches to OOo.

(OxygenOffice always lags a little behind OOo, so its 3.1.0 version is yet to be

In OxygenOffice, the table's cells are not converted to text boxes, and the
table can be edited (adjust row/column dimension by dragging border or by
editing the properties in the dialog, etc.)

However, the following glitches are still there in OxygenOffice:
1. When I insert a row/column, it is always with the default (blue) background 
color, with no borders. It does not copy the previous row's formatting.

2. If I click in the last cell of the table and then press TAB, OxygenOffice
does not insert a new row at the end of the table.

Both these behaviors are from MS Office; so I do not know whether to expect them
in OOo or OxygenOffice.

To conclude, the problem is still not resolved in OOo.