Issue 19646 - Unix startup splash rendering
Summary: Unix startup splash rendering
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 1.1 RC4
Hardware: PC Linux, all
: P3 Trivial with 1 vote (vote)
Target Milestone: OOo 2.0
Assignee: ulf.stroehler
QA Contact: issues@gsl
URL:
Keywords:
: 9318 24633 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-09-16 14:26 UTC by mmeeks
Modified: 2005-02-04 19:32 UTC (History)
4 users (show)

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

Attachments
set server managed window bg to the image. (3.92 KB, patch)
2003-09-16 14:27 UTC, mmeeks 		no flags Details | Diff
smaller patch (4.08 KB, patch)
2004-03-02 10:12 UTC, mmeeks 		no flags Details | Diff
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 mmeeks 2003-09-16 14:26:38 UTC 
As previously if something is moved over the splash screen at startup, the image
will not re-render nicely; this is fixed with this patch,

It's not altogether clear how best to punch the unix-specific hole through the
abstraction though; and 1 gotcha is that creating the DDB is only done by 'draw'
so we draw first - slightly inelegant.
Comment 1 mmeeks 2003-09-16 14:27:33 UTC 
Created attachment 9380 [details]
set server managed window bg to the image.
Comment 2 christof.pintaske 2003-09-16 14:49:53 UTC 
cp->mmeeks: i will follow up with philipp on this one. maybe he has
some ideas for fine tuning. anyway, sounds like a cool idea.
Comment 3 philipp.lohmann 2003-10-06 11:08:30 UTC 
sounds good to me; i'd like it even better if the intro window painted
itself the normal way, but it would need to Application::Reschedule to
do that. CD, what's your opinion ?
Comment 4 carsten.driesner 2003-10-06 11:29:57 UTC 
We have to change the structure of our startup code, otherwise we are
not able to go into the message loop as soon as possible. If we can
achieve this, there will be no problem with repaints anymore.
CD->LO: This is now your area for OOo 2.0.
Comment 5 lo 2003-10-13 15:48:57 UTC 
this will be addressed in startup reworks
Comment 6 lo 2004-01-27 13:15:13 UTC 
*** Issue 24633 has been marked as a duplicate of this issue. ***
Comment 7 pavel 2004-03-02 10:07:26 UTC 
lo: what is the status of this? Is it fixed in 680?
Comment 8 mmeeks 2004-03-02 10:11:55 UTC 
Attaching an updated version of the patch, that is less 'friendly' ;-)
Comment 9 mmeeks 2004-03-02 10:12:32 UTC 
Created attachment 13531 [details]
smaller patch
Comment 10 lo 2004-03-02 11:29:04 UTC 
pjanik: the startup refactoring is still in planning phase but will go into
src680 maybe as soon as end of march, but no promises there...
Comment 11 pavel 2004-03-02 18:14:31 UTC 
lo: thanks for info. Please let us know when the specs is ready for review.
Comment 12 christof.pintaske 2004-03-09 10:51:06 UTC 
*** Issue 9318 has been marked as a duplicate of this issue. ***
Comment 13 Martin Hollmichel 2004-05-18 11:40:54 UTC 
set type to PATCH
Comment 14 lo 2004-05-27 12:59:37 UTC 
just an update... with CWS networker3, the splashscreen will repaint as often as
possible, so that the window will get fully repainted everytime something
happens. however, regular repaint events are still not received during bootstrap
since this still needs restructuring of the startup process which I will be
working on soon...
Comment 15 mandreiana 2004-10-08 10:24:01 UTC 
mandreiana->lo: what's wrong with Michel Meek's patch? Why isn't that used
instead of you working soon on this? I hope it's not "not made here" syndrome.

Thanks
Comment 16 lo 2004-10-08 10:40:44 UTC 
It is possible, that the restructured startup code won't make it into 2.0. In
that case, I will commit this patch so we have at least a solution for X11...
Comment 17 lo 2004-12-01 10:31:20 UTC 
philipp, can you apply this please? the startup redesign will not be in 680
Comment 18 lo 2004-12-01 10:42:51 UTC 
wrong assignemnt
Comment 19 philipp.lohmann 2004-12-03 11:02:40 UTC 
fixed in CWS vcl33
Comment 20 philipp.lohmann 2004-12-17 14:03:19 UTC 
reopen for reassign
Comment 21 philipp.lohmann 2004-12-17 14:07:19 UTC 
please verify in CWS vcl33

easiest checking method: start soffice, stop while the intro bitmap is visible
(ctrl-z) and put a window before the introwindow (where possible; e.g. metacity
makes introwindows topmost. try e.g. on KDE). You will see that the image is now
a background image and restored by the Xserver instead of OOo painting it.

Note: X platforms only, no windows implementation
Comment 22 philipp.lohmann 2004-12-17 14:08:11 UTC 
fixed
Comment 23 ulf.stroehler 2005-01-13 19:35:20 UTC 
Verified in CWS vcl33.
Comment 24 ulf.stroehler 2005-02-04 19:32:20 UTC 
Verified in MWS m77.