To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=86099
User fs changed the following:
What |Old value |New value
================================================================================
Status|NEW |RESOLVED
--------------------------------------------------------------------------------
Resolution| |FIXED
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Tue Mar 11 20:59:12 +0000
2008 -------
There recently was a change in VCL, our toolkit, which changed the default
behaviour of the Scroll member: When no special flag was passed to this
function, then all child windows were scrolled, too - i.e. they changed their
position.
This is what happened here: a BrowseBox has a child window, the so-called data
window, which is responsible for painting all the data (but not the row and
column header). Now when the BrowseBox was scrolled, using the above-mentioned
Window::Scroll, then suddenly the data window changed its position - which is
completely undesired in this place.
Fixed in CWS dba30b by passing SCROLL_NOCHILDREN to all the Window::Scroll
calls.
---------------------------------------------------------------------
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]
