Issue 63268 - ooqstart: Native starter application for unx
Summary: ooqstart: Native starter application for unx
Status: CLOSED DUPLICATE of issue 60696
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: 680m156
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: hennes.rohling
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-16 16:27 UTC by kendy
Modified: 2006-12-21 11:36 UTC (History)
4 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description kendy 2006-03-16 16:27:16 UTC
Probably similar to issue 57307...  That issue is marked as fixed, but I did not
see any such code in splashperform, so hopefully this is of some value - as
discussed via mail ;-)

We have Xlib+glib only splash application that starts quickly & draws the splash
and progress of OOo startup.  A small description:

- In principle, the splash binary "ooqstart" opens a pipe, gives its handle to
OOo (using -splash-pipe= option), and expects percentage (e.g. "10%\n"), or
"end\n" on it.

- desktop/unx/source/start.c: Handling of the pipe, executing OOo, etc.  It uses
glib.

- desktop/unx/source/splashx.[hc]: Minimal implementation of bitmap reading, and
progress drawing.  Uses just Xlib.

I'll commit this to the 'unxsplash' CWS.  The changes should be safe (=nothing
should happen) for other platforms; also nothing changes for unx unless
-splash-pipe= argument is specified to 'soffice' - so I hope it will be no
problem :-)

The idea is that this CWS could be integrated ~quickly, and if modifications
were needed, they could be done in the splashperform CWS later.
Comment 1 kendy 2006-03-16 17:48:51 UTC
Ech, accidentally created a new issue for that => duplicate.

*** This issue has been marked as a duplicate of 60696 ***
Comment 2 hennes.rohling 2006-12-21 11:36:47 UTC
.