Hi Christian, I have solved the problem which I mentioned last letter. It is caused by my using he find() of the STL map. I solve the problem by traveralling the whole map to find the matched polypolygon, instead of using find() to find the matched polypolygon. And I test for several different kinds of language's odp files. The attachment is the result of the comparsion. I am happy to find it doesn't influence the speed of the exporting. I have submit the codes to my cws its ID is 5598, name is "flashexport01", milestone is "m205" Hope you can check it first. If you think the codes is ok and if it is neccessary to be transplanted to the m217, I will do that.
Best Regards, Fang Test No.LanguageDocument FormatOriginal SizeBefore ModifiedAfter ModifiedFlash Size Reduction Before Modified/After Modified Flash SizeExport DurationFlash SizeExport Duration 0Chinese.odp19K390k00:04.77 min147k00:04.17 min38.00% 1Chinese.odp849k2636K06:38.62 min1490k06:44.13 min56.00% 2Japanese.odp80k420k01:06.13 min350k01:05.19 min83.00% 3Korean.odp58k219k00:16.39 min143k00:13.84 min65.00% 4Arabic.odp76k853k00:25.35 min316k00:24.27 min37.00% 5Russian.odp255k90k00:08.62 min81k00:08.76 min90.00% 6Hebraic.odp426k706k00:58.89 min384k01:02.98 min54.00% 7Thai.odp94k295k00:05.58 min108k00:05.59 min37.00% Fang Yaqiong [EMAIL PROTECTED] 2007-08-31 Regards&Thanks! Tel:010-5802-2828 Ext.693 Beijing Redflag CH2000 Software Co., Ltd.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
