To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=42221
User mmeeks changed the following:
What |Old value |New value
================================================================================
Status|RESOLVED |REOPENED
--------------------------------------------------------------------------------
Resolution|INVALID |
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Wed Feb 9 02:05:03 -0800
2005 -------
as: ah - since I'm using m76 I didn't see your nice sleeper thread thing to fix
this :-) that looks substantially better. So the speed-status-bar.diff patch is
now obsolete for m76+. However I'm less convinced the vcl patch is.
I'm still not convinced that 40 times/second is going to give a responsive GUI
behavior, of course, you've tried it - but in my recent tests, after the 1st
second, without the above patch responsiveness in other windows was dire - that
was processing one event every 100ms.
To give you some idea; when eg. an expose event comes in, gtk+ handles it, tries
to collate it with other events (for efficiency) / duplicate elimination, so -
there is a priority scheme. What this means is that we will process one incoming
X event per 40ms, but - we will never hit 'idle' - ie. we will never process the
much lower priority 'idle' handler that does the work of aggregating exposes,
and actually dispatching the redraw events to VCL [ which then of course, delays
them via another idle handler AFAIR ;-].
ie. if the X server is providing more than 25 X events per second - without the
above patch we'll never actually re-render :-)
ie. I think this is a real problem for interactivity, particularly with the gtk+
backend (which it affects).
---------------------------------------------------------------------
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]
