diff options
Diffstat (limited to 'lib/kofficecore/THOUGHTS')
| -rw-r--r-- | lib/kofficecore/THOUGHTS | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/lib/kofficecore/THOUGHTS b/lib/kofficecore/THOUGHTS index 5d0a9338..33befa05 100644 --- a/lib/kofficecore/THOUGHTS +++ b/lib/kofficecore/THOUGHTS @@ -28,7 +28,7 @@ just agree that this QRect represents screen pixels at the given zoom value(s) and the app can calculate the requested area to be painted itself. This should solve zooming and "scrolling" problems. One ugly problem also is what we will do about performance problems on -tqrepainting a part. Some time ago we got a mail on KOffice where some guy +repainting a part. Some time ago we got a mail on KOffice where some guy asked what to do about making that embedded painting faster. The reason is that we *always* tqrepaint the whole area, no matter what. This can easily be optimized to a WNorthWestGravity like behavior, because you can't edit those @@ -72,7 +72,7 @@ each axe here. (i.e. x/y zoom factors) Related to that is child-panning. Indepenent of the zoom factor the child shouldn't just show the left/top corner, but it should -"remember" the position inside the document when it's tqrepainted +"remember" the position inside the document when it's repainted as inactive child. ### |