Issue 39787

Summary: bad looking "uncover down" effect in the first slide
Product: Impress Reporter: richlv <richlv>
Component: codeAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P4 CC: issues
Version: 680m65   
Target Milestone: ---   
Hardware: PC   
OS: Linux, all   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
testcase none

Description richlv 2005-01-03 11:21:41 UTC 
if the first slide has 'uncover down' defined as the effect, it is done pretty 
bad :

at first whole slide is displayed, then it is uncovered by itself - but in some 
smaller window, which then is resized to the full size.

x.org 6.8.1, kde 3.3.2
Comment 1 richlv 2005-01-03 11:22:03 UTC 
Created attachment 20981 [details]
testcase
Comment 2 wolframgarten 2005-01-03 11:25:02 UTC 
Reassinged to Christian.
Comment 3 nagashree 2005-01-03 11:52:37 UTC 
Confirming the issue.
But works fine on Win XP and,
this happens when we create a new presentation using the wizard.
Comment 4 wolframgarten 2005-01-06 10:39:36 UTC 
Reproducible. Reassigned to Thorsten.
Comment 5 thb 2005-01-06 14:02:37 UTC 
->wg: Hm. That might be related to the various resize probs we have under Linux
(fullscreen slideshow too small, or multiple resizes at startup). Please check
whether this also happens when running in windowed mode, and if it happens also
on the latest builds (CL fixed a lot there).

If this happens only in fullscreen mode, then it's most probably an instance of
the resize prob, and thus duplicate (sorry, didn't find the corresponding bug -
must be somewhere in the VCL team, already QA'ed, or in AF's intray).
Comment 6 richlv 2005-01-10 09:21:29 UTC 
in my case, it happens only in fullscreen
Comment 7 thb 2005-01-10 11:47:43 UTC 
@dbo: could you please take over here? Maybe we should tackle this the hard way
(as debated on Friday), by ensuring that the slideshow window has it's final
size, once XSlideShow::show() is called.
Comment 8 Daniel Boelzle [:dbo] 2005-01-27 16:01:12 UTC 
I have implemented that all created bitmaps and sprites (of slide transition)
are invalidated in case of view changes, which does not really fix this problem,
though.
Comment 9 thorsten.ziehm 2005-04-11 16:25:39 UTC 
Because of limited resources we have to re-target this issue to the next
release. => set to OOo2.0.1
Comment 10 Daniel Boelzle [:dbo] 2005-05-19 13:45:14 UTC 
.
Comment 11 Daniel Boelzle [:dbo] 2005-05-19 13:46:59 UTC 
.
Comment 12 Daniel Boelzle [:dbo] 2005-11-25 15:08:37 UTC 
@THB: as agreed to you... though I guess this has become better.
Comment 13 richlv 2005-11-28 08:08:01 UTC 
seems that the problem with 'uncovering itself' is gone, but this effect still 
seems slightly weird.

first few centimeters are not uncovered as supposed, frame just jumps on top and 
then continues uncovering.
Comment 14 richlv 2005-11-28 08:14:08 UTC 
btw, there is no such 'jump' in 1.1.4, slides are uncovered normally (though it 
seems to be smoother in m139
Comment 15 Marcus 2017-05-20 11:08:45 UTC 
Reset assigne to the default "issues@openoffice.apache.org".