To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=93170


User aw changed the following:

                What    |Old value                 |New value
================================================================================
                  Status|NEW                       |STARTED
--------------------------------------------------------------------------------




------- Additional comments from [email protected] Mon Dec 15 13:09:03 +0000 
2008 -------
AW: Problem here is how SW paints it's contents. It first uses to
ViewShell::_PaintDesktop paint the page backgrounds (the 'Wiese') in single
rectangles (leaving out the pages; probably a mechanism from before the buffered
non-blinking paint), and then the pages. For each page paint, a MapMode is set
and used in DLPrePaint2/DLPostPaint2, so for DrawingLayer for these regions all
is good.
The first one, _PaintDesktop, does not set any MapMode at all, thus the current
one is used to paint the DrawingLayer. Since this - in DLPostPaint2
automatically - also paints the FormLayer, the form controls are painted with
the wrong MapMode.
I have added an extensive description to ViewShell::_PaintDesktop and described
the current solution and all caveats. For now, i will introduce a flaf doe
ending DarwingLayer paint to force the FrmLayer not to be painted if wanted in
EndPaint mechanisms.
AW: Building from svx incompatible, getting all modules where EndDrawLayers is
used, changing all 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]

Reply via email to