To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=91684
User hdu changed the following:
What |Old value |New value
================================================================================
CC|'aziem,fme,hdu,helgekraak,|'aziem,fme,hdu,helgekraak,
|msicotte' |ka,msicotte,ssa'
--------------------------------------------------------------------------------
Keywords|oooqa |oooqa, performance
--------------------------------------------------------------------------------
Summary|loading many long document|SwDoc::DoIdleJobs() should
|s in OO 3 beta 2 (Mac OS X|n't run while SW is very b
| Aqua) 3 times slower than|usy with loading documents
| in 2.4.1 (XWindows) |
--------------------------------------------------------------------------------
------- Additional comments from [email protected] Tue Jun 9 08:03:18 +0000
2009 -------
I updated the issue summary to highlight the fact that idle-processing already
kicks in when Writer is not
idling at all! E.g. when loading a big document Writer is very busy with
loading and parsing. Idle
processing should not slow this down. Profiling shows that this is still the
case in DEV300_m49.
Since the different OOo apps enable their idle-processing when anyinput doesn't
report any user input,
the solution which would solve this with minimal code-rewrite accross all apps
is to handle heavy-
processing as a kind of user input. I.e. Writer could set an ImNotIdlingAtAll
flag in the AnyInput() result
before it loads the document and resets that flag when its done.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
