Issue 58602 - Warning if characters aren't available while export to SWF
Summary: Warning if characters aren't available while export to SWF
Alias: None
Product: Impress
Classification: Application
Component: save-export (show other issues)
Version: OOo 2.0
Hardware: All Linux, all
: P4 Trivial with 5 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2005-11-29 08:21 UTC by tuharsky
Modified: 2017-05-20 11:08 UTC (History)
2 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---

PPS document (7.94 MB, application/
2005-11-29 08:55 UTC, tuharsky
no flags Details
exported flash (1.14 MB, application/x-shockwave-flash)
2005-11-29 09:05 UTC, tuharsky
no flags Details
3rd slide (120.33 KB, application/pdf)
2005-11-29 09:38 UTC, tuharsky
no flags Details
3rd slide screenshot (431.06 KB, image/png)
2005-11-29 09:39 UTC, tuharsky
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description tuharsky 2005-11-29 08:21:51 UTC
I wanted to post a presentation on intranet page. The presentation has been
gaven me in PPS format, so it was great opportunity for me to test the flash export.

The result was not so pleasant and even not very useful for me. Since some
custom font has been used in PPS, in Flash some diacritics was lost.

The strange moment is, that in OOo, the PPS has been displayed with diacritics
(some different font has been used for diacritical symbols however).

In flash, the diacritical symbols Å¡,ž,ň,Å¥,Ä,ľ,Ä are completely missing. The
á,é,í,ý,ú are OK.

I don't know, how to solve this, but there should be some solution. Either warn
the user, or even offer him the usage of an alternative font.
Comment 1 wolframgarten 2005-11-29 08:48:33 UTC
Can you attach a sample fiel and the resulting flash file please? Thanks in advance.
Comment 2 tuharsky 2005-11-29 08:55:38 UTC
Created attachment 31884 [details]
PPS document
Comment 3 tuharsky 2005-11-29 09:05:02 UTC
Created attachment 31885 [details]
exported flash
Comment 4 wolframgarten 2005-11-29 09:33:49 UTC
Thanks for the documents, we are evaluating this. Would it be possible to attach
a pdf file of the 3rd slide and a screenshot of the 3rd slide how it looks in
your office? That would be nice.
Maybe this is duplicate to 35203.
Comment 5 tuharsky 2005-11-29 09:38:38 UTC
Created attachment 31888 [details]
3rd slide
Comment 6 tuharsky 2005-11-29 09:39:35 UTC
Created attachment 31889 [details]
3rd slide screenshot
Comment 7 tuharsky 2005-11-29 09:42:09 UTC
Hope it will help.

Please ask for any other help necessary. I'd be proud to assist You. Thank You
for Your valuable time.
Comment 8 wolframgarten 2005-11-29 13:19:43 UTC
Thanks for posting the documents so fast.
Reassigning: @hdu, does this help you?
Comment 9 petrbalas 2006-02-06 12:37:54 UTC
*** Issue 58602 has been confirmed by votes. ***
Comment 10 martinkozak 2006-02-06 12:42:38 UTC
I think, diacritics was corrupted because of missing appropriate Czech font 
under Linux, so Impress replaced the missing characters by standard font, but 
SWF export filter exported it without it, so unavailable characters aren't 
available in Flash.

This is probably caused by some incompatibilities between the original PPS file 
and 'Century Gothic' font and between this font through platforms. Under Windows 
XP SP2 opens Impress 2.0.1 PPS correctly -- in contrast to PowerPoint 2003 which 
behaves the same as described in report ;) -- and diacritics is without problems 
in exported SWF.

So it is an enhancement to show some warning message if some characters aren't 
available, rather than defect. It isn't our bug.


Martin Kozák
CS User Support Leader

Comment 11 martinkozak 2006-02-06 12:46:44 UTC
HDU: Shoud be well to reassign it to requirements.
Comment 12 tuharsky 2006-02-06 13:27:09 UTC
Hi, Martin
I cannot agree that this is an enhancement. We can split the issue to two

1, OOo should warn user that there are going to be problems with diacritical
characters. We must say that OOo has all information necessarry to do that. 

Because it dosen't warn the user, and everything seems alright on screen, the
output we can consider "unexpected behaviour" or, being more agressive, even
"DATA LOSS" (diacritical information is unexpectedely lost)

This is clearly a bug and I disagree with lowering the priority. I also disagree
with calling this "enhancement".

2, OOo might then solve the situation the same way as it already does while
displaying the originating PPS -by using other suitable font.
This is however only partially an "enhancement" -because OOo should behave
consistently. Inconsistent behaviour can be considered a bug. If OOo is able to
solve font problem in one action, the same way it should behave in other
situation. User can expect this, and he's right.

Conclusion: Because of the 1, it SHOULDN'T be an enhancement. The issue could
also gain P2.
Comment 13 tuharsky 2006-02-06 13:40:39 UTC
I say "could" because it isn't completely clear. However I do think, that it is
enough for P3:
"The user interface for a common functionality is confusing."
Comment 14 Marcus 2017-05-20 11:08:33 UTC
Reset assigne to the default "".