Apache OpenOffice (AOO) Bugzilla – Issue 98393
ppt export: fonttype changes from arial to times...
Last modified: 2013-08-07 15:20:06 UTC
Importing a PowerPoint file with a textbox set up outside the pre-configured layout scheme incorrectly defines this text box as XML-type "draw:custom-shape". Looking at the attached screenshot <XML-code_PowerPoint-textbox-import.jpg> you can directly see the XML-code of the import-bug. The XML raw data show that the concerned text boxes are not defined as textes box but as "draw:custom-shape"! (Thanks, Safway!) To replicate the problem, please follow the description or check the attached .pp/.odp-Files. 1. The PP slide <Slide-created-from-scratch-in-PowerPoint_for-import-in-Impress.ppt> has been created with Office Professional PowerPoint 2003, Servicepack 3. The first and second textbox were "created" by selecting the pre-configured title-and-two-columns-of-text slide layout. The third textbox has been "created" by "insert -> textbox". All textboxes have the font type Arial. If you select the third textbox of this file you will notice the different background colour as compared to the other two two textboxes: this is "normal behaviour" of PP when adding textboxes additionaly to the textbox(es) that can be set by selecting the slide layout. 2. The Impress slide <Slide-imported-and-converted-from-PowerPoint-slide.odp> was "created" by importing the above mentioned PP-file. Having been imported and saved in Impress format you will notice that the font style ist still Arial. However, you will notice two incorrect behavious: (A) Problem one: the third textbox has turquoise "corners" and you cannot grab and move the textbox with the mourse. (But you can move it using the navigation buttons and you can edit the text.) This problem only affects the third textbox that has additionally been added in PP. (B) Problem two: if you save the file in Impress format and reopen it, you will notice that the font type of the third textbox has additionally changed to Times New Roman (with Problem A remaining). We could replicate the problem on all our team's PCs with OO installed (Version/Plattform: OO 3.0.0, OOO300m9 and OOO300m15, Build:9358 on Windows XP Professinal.) The issue has also been confirmed by Safway who provided the attached Screenshot of the corrupt XMS-definition (Forum entry <http://user.services.openoffice.org/en/forum/viewtopic.php?f=10&t=14522>).
Created attachment 59615 [details] XML-code of the import-bug (for textboxes set up outside the pre-configured layout scheme in PowerPoint)
Created attachment 59616 [details] Slide created from scratch in PowerPoint for import in Impress
Created attachment 59617 [details] Slide imported and converted from PowerPoint slide
Reproducible. Reassigned.
This is still an issue in 3.1, although I have not yet had time to try 3.1.1rc1. Has there been any progress on this issue, or the probably related/duplicate 94553 and 95602? This renders Impress essentially useless for working with a great many .ppt documents (which combined with various other compatibility bugs in 3.x means I actually spend far more time having to work directly in MS programs than I did with OO 2.x, since in the real world I deal with many MS documents). I realize compatibility issues are considered low priority by developers, but this is a major issue for practical use, and far more important than any new features.
Problem A is fixed with issue 103709 in cws[aw075]. So only problem b remains (Fonttype changes from Arial to Times new Roman). That draw:custom-shapes are imported instead of a normal text boxes is because of the better compatibility of customs-shapes, they are supporting word wrap and also resize shape to fit text. I change the title.