Issue 39787 - bad looking "uncover down" effect in the first slide
Summary: bad looking "uncover down" effect in the first slide
Status: CONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: code (show other issues)
Version: 680m65
Hardware: PC Linux, all
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-03 11:21 UTC by richlv
Modified: 2017-05-20 11:08 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
testcase (9.43 KB, application/vnd.sun.xml.impress)
2005-01-03 11:22 UTC, richlv 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
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".