This dangerous commit, 15 days to the release, removes the use of a default.css

file in rekonq and does an hack to choose the right palette for the WebView.
- Why this doesn't work in QWebPage::setPalette()??
- Why using a KStyle things don't work as expected??
- so, where is really the bug, here? I have some ideas about but I currently have no time to work on..

Anyway, with this nice hack :) things seem work well for dark themes and for pages
without a "proper" style (See bug 232552 about..)

Many thanks to Tomas Fryda for let me noticing this.

2 files changed, 0 insertions, 11 deletions

diff --git a/src/data/CMakeLists.txt b/src/data/CMakeLists.txt
index ef777c9c..5f0ac164 100644
--- a/src/data/CMakeLists.txt
+++ b/src/data/CMakeLists.txt
@@ -9,7 +9,6 @@ INSTALL(
 INSTALL( 
     FILES 
     defaultbookmarks.xbel
-    default.css
     DESTINATION ${DATA_INSTALL_DIR}/rekonq
 )
 
diff --git a/src/data/default.css b/src/data/default.css
deleted file mode 100644
index 3ddd3026..00000000
--- a/src/data/default.css
+++ /dev/null
@@ -1,10 +0,0 @@
-/*
-rekonq default css properties
-this file will not be considered
-setting a local stylesheet in rekonq config
-*/
-
-/* Set background color to white for sites forgetting this */
-body{
-background-color:#FFFFFF;
-}
\ No newline at end of file