Commit graph

357 commits

Author SHA1 Message Date
Daniel M. Duley
49aba34b01 My weekly big ass style commit ;-) This implements what I discussed earlier
today.

First: All decoration pixmaps are now regenerated when the palette color scheme
changes. There is no longer any need to apply color schemes *before* switching
styles or reload the plugin. The schemes can change any time and be handled
correctly by styles that generate their pixmaps based on the color scheme.

Second: The color scheme has been extended to allow separate entries for
different visual styles. For example there are now entries for both titlebar
rectangle fills like those used in the standard KDE style and KStep vs.
titlebar grooves like those used in System. The same thing applies to
foreground colors for buttons that follow the button background settings like
KStep and System vs. those that don't like the standard style.

Right now none of the color schemes have the new entries so defaults are
calculated, usually by judging the intensity of what the decoration is
drawn on and contrasted with that. To check things out look at the standard,
KStep, and System styles under color schemes like default, CDE, and Digital
CDE.

The Be style is not updated because I have a cooler one on my HD ;-)

I hope this makes David happier <grin> :)

svn path=/trunk/kdebase/kwin/; revision=39126
2000-01-23 23:33:29 +00:00
Daniel M. Duley
cdbf1668b5 Don't use a bottom gradient, just a top one. There isn't enough space on the
bottom to get a smooth gradient that is noticeable and it doesn't blend
properly.

svn path=/trunk/kdebase/kwin/; revision=39070
2000-01-23 15:13:59 +00:00
Daniel M. Duley
202be83dae Making this style ultra-cool ;-) If you are on a highcolor display the frame
top and bottom automatically gradient bevels according to the color scheme.
Very cool looking, and no configuration required. If you want to see a pic
look at http://www.mosfet.org/system-gr.gif.

To try it out update, set the system color scheme, and the switch to the System
style via the right mouse menu on the kwin titlebar.

svn path=/trunk/kdebase/kwin/; revision=39064
2000-01-23 13:39:20 +00:00
Daniel M. Duley
03f09a8927 KWin plugins require -rdynamic because they need to resolve symbols in KWin.
The other plugins (kicker, widget themes, etc...) don't need this.

svn path=/trunk/kdebase/kwin/; revision=38549
2000-01-17 01:27:32 +00:00
Daniel M. Duley
a6cc2d48ab Opps, forgot to get rid of an annoying warning :P
svn path=/trunk/kdebase/kwin/; revision=37504
2000-01-03 13:16:39 +00:00
Daniel M. Duley
cb69226b40 Use kdrawutil and committing my initial implementation of the kwm theme
compatible style. This isn't done but currently reads most of the entries. It
requires you use kwinrc and kdeglobals so kthememgr will need to be updated if
you don't want to apply things manually ;-) I also have to add custom cursor
positioning and some other small things. Also, KWM used a bitmap to set the
mask and I do for now as well. This needs to change into regions as it is
*really* inefficent with KWin. For now installing the .desktop for the plugin
is disabled. I will provide some screenshots for the curious when I launch
mosfet.org ;-)

svn path=/trunk/kdebase/kwin/; revision=37503
2000-01-03 13:13:57 +00:00
Daniel M. Duley
de782ec37b Implemented plugins :) This was a huge pain in the arse because a) I am stupid
and it kept segfaulting because I wasn't releasing windows, and b) The plugins
didn't want to resolve anything in the kwin executable, only to the other
libs. I finally solved this by using -rdynamic in kwin's LDFLAGS, which I hope
is okay ;-)

svn path=/trunk/kdebase/kwin/; revision=37234
1999-12-24 01:36:47 +00:00