summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorPeter Volkov <pva@gentoo.org>2015-02-09 11:24:14 +0300
committerPeter Volkov <pva@gentoo.org>2015-02-09 11:24:14 +0300
commit5ab8c0f6bd51059243f6bcf84b7d858530f36135 (patch)
tree3d52ab7cf51cd30bcbc4cc9cc06923d862ecf43b /x11-libs/qt/files/0044-qscrollview-windowactivate-fix.diff
parentRedmine version bump. (diff)
downloadpva-5ab8c0f6bd51059243f6bcf84b7d858530f36135.tar.gz
pva-5ab8c0f6bd51059243f6bcf84b7d858530f36135.tar.bz2
pva-5ab8c0f6bd51059243f6bcf84b7d858530f36135.zip
Drop lots of old packagesHEADmaster
app-admin/eselect-yacc app-laptop/hdapsd app-text/languagetool dev-util/abi-compliance-checker dev-util/silentbob media-gfx media-libs/jpeg media-libs/tiff net-p2p/xbtt net-wireless/btsco-kernel net-wireless/btsco sys-apps/groff sys-apps/man-db sys-devel/bison sys-fs/ocfs2-tools sys-kernel/gentoo-sources x11-libs/Xaw3d x11-libs/qt-3!
Diffstat (limited to 'x11-libs/qt/files/0044-qscrollview-windowactivate-fix.diff')
-rw-r--r--x11-libs/qt/files/0044-qscrollview-windowactivate-fix.diff38
1 files changed, 0 insertions, 38 deletions
diff --git a/x11-libs/qt/files/0044-qscrollview-windowactivate-fix.diff b/x11-libs/qt/files/0044-qscrollview-windowactivate-fix.diff
deleted file mode 100644
index 9a6df32..0000000
--- a/x11-libs/qt/files/0044-qscrollview-windowactivate-fix.diff
+++ /dev/null
@@ -1,38 +0,0 @@
-qt-bugs@ issue : N45716
-applied: no
-author: Enrico Ros <eros.kde@email.it>
-
-QScrollView unwanted repaint fix.
-
-This fixes the 'flashing' konqueror window on activation / deactivation by
-saving 1 unwanted repaint (when konqueror window has background).
-I tracked down to the problem to the internal QViewportWidget of the
-QScrollView class.
-
-When a window is activated the activation event is recursively propagated
-to all childs triggering the windowActivationChange() functions in the
-widget it passes by.
-What happens when the event gets to the Viewport?
-At this point the event has already been handled by windowActivationChange()
-of the parent widget (a QIconView for example) and has then been propagated
-to the Viewport that will handle it with the default
-QWidget::windowActivationChange implementation, maybe raising an unwanted
-update(); so here we stop the event.
-As an addition: if the parent reimplements the windowActivationChange()
-function, mainly to block the update, it won't be happy if the child will
-trigger the update. If the parent do not reimplement the function il will
-inherits the default implementation and there is no need for the viewport's
-one.
-
---- src/widgets/qscrollview.cpp.orig 2004-03-29 10:17:04.000000000 +0000
-+++ src/widgets/qscrollview.cpp 2004-03-30 16:40:07.599978320 +0000
-@@ -1551,6 +1551,9 @@
- case QEvent::LayoutHint:
- d->autoResizeHint(this);
- break;
-+ case QEvent::WindowActivate:
-+ case QEvent::WindowDeactivate:
-+ return TRUE;
- default:
- break;
- }