What do you want to patch in gtk+ exactly? In the Screenshots I can't see anything that would require it (glossy Toolbar/MainWindow gradient are two things I already did), so what is that fancy new thing you want to bring to us? :)
Your code is very helpful.
Simply paint flat box which is GTK_WINDOW just doesn't cover some of other GTK program backgrounds such as epdfview. I tried that before and I also worried about the performance of drawing large area using cairo interface.
There's a solution though, to use cairo only generate a background and convert it to a pixmap in memory for sharing, which is then provided to use by gtkstyling methods. In such a way, the simulated traditional background would work as well. But I have to take care of window layout and resizing issues...
Your suggestions would be appreciated.
J
Well I also noticed that issue with some apps, additonaly if you expand and GtkExpander and then un-expand it, fractals are left over. Of course if you could fix it from GTK+'s side it would be great :)
Also you don't have to worry about Cairo's speed. I run GtkPerf with Excelsior 4.0 and Clearlooks 2.24 and Excelsior (with that bg-gradient, random-effects & co) was not slower than Clearlooks, nope even a bit faster, so Cairo is ready to go.
Thank you. I am studying your code. Your code is clean and good to read.
I came up with a way to set gradient backgrounds, but there are rules. Resizing a background just out of gtk+'s reach even using cairo, if you so do, there will be hard situations to tango. The refresh problem comes from gdkwindow layer or even below when move_resize a window. i don't want to spend more time on this since there's a compromised way to solve refresh problem.
J
Ratings & Comments
4 Comments
What do you want to patch in gtk+ exactly? In the Screenshots I can't see anything that would require it (glossy Toolbar/MainWindow gradient are two things I already did), so what is that fancy new thing you want to bring to us? :)
Your code is very helpful. Simply paint flat box which is GTK_WINDOW just doesn't cover some of other GTK program backgrounds such as epdfview. I tried that before and I also worried about the performance of drawing large area using cairo interface. There's a solution though, to use cairo only generate a background and convert it to a pixmap in memory for sharing, which is then provided to use by gtkstyling methods. In such a way, the simulated traditional background would work as well. But I have to take care of window layout and resizing issues... Your suggestions would be appreciated. J
Well I also noticed that issue with some apps, additonaly if you expand and GtkExpander and then un-expand it, fractals are left over. Of course if you could fix it from GTK+'s side it would be great :) Also you don't have to worry about Cairo's speed. I run GtkPerf with Excelsior 4.0 and Clearlooks 2.24 and Excelsior (with that bg-gradient, random-effects & co) was not slower than Clearlooks, nope even a bit faster, so Cairo is ready to go.
Thank you. I am studying your code. Your code is clean and good to read. I came up with a way to set gradient backgrounds, but there are rules. Resizing a background just out of gtk+'s reach even using cairo, if you so do, there will be hard situations to tango. The refresh problem comes from gdkwindow layer or even below when move_resize a window. i don't want to spend more time on this since there's a compromised way to solve refresh problem. J