Issue 42490 - Split up the components [f.e. Writer] into subcomponents and Additional components [f.e. specific filters etc.] and allow the user to choose what he needs
Summary: Split up the components [f.e. Writer] into subcomponents and Additional compo...
Alias: None
Product: Installation
Classification: Application
Component: code (show other issues)
Version: 680m77
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2005-02-11 08:23 UTC by aparan
Modified: 2013-02-07 22:40 UTC (History)
1 user (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description aparan 2005-02-11 08:23:51 UTC
Present situation:

While installing OO.o the user is allowed to opt for the main modules [Writer,
calc, impress, etc.], their respective 'Helps' and some additional modules [like
testtool etc.] only.  There is no further splitting up of these components.


Breakup the basic components into sub-components [f. e. filters for some file
types, additional components which the user may not need for normal usage of the
software.  MS Office does this, and other common softwares also allow such 'lite
mode' [making a leaner program]

While installation we may allow the user to pick the required modules, f. e. if
the user doesn't want to use specific filters they need not be installed for the
time being.  In future, if the user tries to open  a file requiring the specific
filter or tries to work on some function for which a specific component is
required allow him to do a 'Modify Installation' after which the component comes
into use.  

Purpose: [ I am not thorough about the code underlying OO.o and the
interdependecny of the code but I think this could improve the performance issue? ]

Lesser code to be loaded if the user requires to use only specific functions or
part of components or the user doesn't need to use some advanced or not so
common implementations or functions in different components.   The performance
and startup issue is something the users have been complaining for a long time.

Comments from Developers on the code and performance issue will help to outline
what could be done and how.
Comment 1 Olaf Felka 2005-02-11 08:43:41 UTC
of: deselecting modules doesn't speed up OOo. The related core modules are
always installed and loaded at program start. So it doesn't make a difference
wether you install e.g templates or not. My opinion is completly different. Just
install the office as on module and that's it. Offering features is a nice idea.
But they have to work. And this has to be tested in all possible combinations.
Try to calculate all possible module combinations and you'll panic and dig out
the white flag.
Comment 2 aparan 2005-02-11 08:56:23 UTC
See this - 

If a user opens a writer document the code loaded is 'the basic code for all
programs' + 'writer specific code' - Is it so?

If that's right 'less writer specific code' would mean 'less code in total'?

reassiging for your comments, please. 
Comment 3 Olaf Felka 2005-02-11 09:02:20 UTC
I can comment this with reassigning. I'm not the owner of enhancements. And no,
starting writer doesn't use the calc components. But starting an application
needs nearly all components of the office. So the few modules that are not
loaded doesn't make aa differenc. Getting a better perfomance can't be solved by
the installation. Have you ever tried to deselect the writer module and compared
it to an office similar but with writer module?
Comment 4 ace_dent 2008-05-16 00:38:38 UTC Issue Tracker - Feedback Request.

The Issue you raised is currently assigned to 'Requirements' pending review, but
has not been updated within the last 3 years. Please consider re-testing with
one of the latest versions of OOo, as the problem(s) may have already been
addressed. Either use the recent stable version:
or consider trying the new OOo 3 BETA (still in testing):
Please report back the outcome so this Issue may be Closed or Progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further by checking the Issue Tracker:
Many thanks,
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~