From 1397ebb5eb98762c46e9ccba2ab1fbb4352fae4c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Lubo=C5=A1=20Lu=C5=88=C3=A1k?= <l.lunak@kde.org>
Date: Sat, 10 Feb 2007 21:50:43 +0000
Subject: [PATCH] No double-buffering for decorations, the memory taken by such
 backing pixmaps would be quite noticeable.

svn path=/branches/work/kwin_composite/; revision=632377
---
 lib/kdecoration.cpp | 7 +++----
 1 file changed, 3 insertions(+), 4 deletions(-)

diff --git a/lib/kdecoration.cpp b/lib/kdecoration.cpp
index b19857d7f0..fb55a73813 100644
--- a/lib/kdecoration.cpp
+++ b/lib/kdecoration.cpp
@@ -62,6 +62,7 @@ void KDecoration::createMainWidget( Qt::WFlags flags )
     // FRAME check flags?
     QWidget *w = new QWidget( initialParentWidget(), initialWFlags() | flags );
     w->setObjectName("decoration widget");
+    w->setAttribute( Qt::WA_PaintOnScreen );
     setMainWidget(w);
     }
 
@@ -395,9 +396,7 @@ const QPalette& KDecorationOptions::palette(ColorType type, bool active) const
     int idx = type + (active ? 0 : NUM_COLORS);
     if(d->pal[idx])
         return(*d->pal[idx]);
-#ifdef __GNUC__
 #warning KDE4 : why construct the palette this way?
-#endif    
 		// TODO: Is this worth 'porting' to Qt4?
 //     d->pal[idx] = new QPalette(Qt::black, d->colors[idx], d->colors[idx].light(150),
 //                               d->colors[idx].dark(), d->colors[idx].dark(120),
@@ -447,7 +446,7 @@ KDecorationDefines::WindowOperation KDecorationOptions::operationMaxButtonClick(
            button == Qt::MidButton?   d->OpMaxButtonMiddleClick :
                                       d->OpMaxButtonLeftClick;
     }
-#ifdef __GNUC__
+
 #warning Redo all the XYZChange() virtuals as signals.
-#endif
+
 #include "kdecoration.moc"