Issue 44297

Summary: Character problems while exporting Impress to a ppt file
Product: Impress Reporter: ozgunm <mehmet.ozgun>
Component: save-exportAssignee: AOO issues mailing list <issues>
Status: ACCEPTED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues
Version: OOo 2.0 BetaKeywords: needmoreinfo
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Here is the exported file
none
Original OpenOffice Impress File
none
MS PowerPoint file
none
Screen snapshot from the ppt...
none
Test case with phrases in several languages
none
Screenshot none

Description ozgunm 2005-03-07 08:26:50 UTC
When you export an impress presentation as a PowerPoint file, some of the 
Turkish chars loses their fonts. Especially the ğ,Ğ,ş,Ş,ı,İ are not exported 
correctly.

If you open the exported ppt file with OpenOffice you'll see no problem. But if 
you want to open this file you can easily see the corrupted characters.
Comment 1 ozgunm 2005-03-07 08:27:45 UTC
Created attachment 23434 [details]
Here is the exported file
Comment 2 wolframgarten 2005-03-07 08:32:42 UTC
Reassigned.
Comment 3 christian.guenther 2005-03-07 10:48:11 UTC
I loaded the file with PPT 97, 2000, xp and 2003 and everything looks good.
I saw no corrupted characters.
Please attach the original OOo - File.
Comment 4 ozgunm 2005-03-07 11:01:23 UTC
Created attachment 23447 [details]
Original OpenOffice Impress File
Comment 5 ozgunm 2005-03-07 11:02:06 UTC
Created attachment 23448 [details]
MS PowerPoint file
Comment 6 ozgunm 2005-03-07 11:03:38 UTC
Created attachment 23449 [details]
Screen snapshot from the ppt...
Comment 7 christian.guenther 2005-03-07 12:32:21 UTC
set to new and change the target
Comment 8 christian.guenther 2005-03-07 12:33:17 UTC
I see the bug in the attached socument.
Please have a look.
Comment 9 christian.guenther 2005-03-08 12:56:16 UTC
change the target to p4
Comment 10 gorkem 2005-03-08 14:03:22 UTC
This bug needs to be better treated, in my opinion. 

The problems stemming from this problem will affect
a lot of businesses running OpenOffice.org 1.1.4 and
wish to migrate to OpenOffice.org 2.0. 

There are plenty of companies, institutions and
individuals who are waiting for OpenOffice.org 2.0
to migrate, and this bug has a bad countereffect for 
Turkish speaking people trying to adopt OpenOffice.org

Please reconsider using a high priority (like P2
or something else) to eliminate this headache 
in OpenOffice.org 2.0...

Görkem Çetin
Turkish OpenOffice.org Marketing Project Lead 
Turkish OpenOffice.org NL Project Lead
Comment 11 christian.guenther 2005-03-09 17:56:40 UTC
I want also that the bug will be fixed in 2.0.
Therefore I talked with the developer and we decided to change the prio and not
the target.
Comment 12 sven.jacobi 2005-04-01 17:20:34 UTC
sj: Sorry, at the moment I don't have any idea how to fix this issue, the code
is very complex and I don't want to break functionality by providing a last
minute fix. Therefore I have to shift the target to  OOo 2.01.
Comment 13 sven.jacobi 2005-05-17 12:11:56 UTC
accepted
Comment 14 sven.jacobi 2005-05-24 11:50:20 UTC
Because of a too huge workload I can't fix this issue for OOo 2.01 -> changed
target to OO Later.
Comment 15 mrock 2008-03-17 22:14:14 UTC
Created attachment 52167 [details]
Test case with phrases in several languages
Comment 16 mrock 2008-03-17 22:16:38 UTC
Created attachment 52168 [details]
Screenshot
Comment 17 mrock 2008-03-17 22:17:40 UTC
I attached zip archive (44297-pangram-test-case.zip) with some more files, that
may hopefully help fixing this bug. Archive contains ODP and PPT files with some
phrases in various languages. Those files were created with versions 2.3.0.1.2
(under linux), 2.3.1 and 2.4.0rc2 (under windows). Also attached a screenshot
showing how these PPT files look like when opened with MS Power Point.

This bug is really annoying, as there is no easy way to fix the corrupted font
in PPT file in MS Power Point. When you select text and change font setting for
selection, those "bad" characters remain unchanged.

I guess that Sun ODF Plugin 1.1 for Microsoft Office shares the same
import/export code with OOo, as original ODP files imported with this tool are
behaving the same way in MS Power Point.