width. The issue here is I want to make the buttons as wide as possible for
laptop mice without having the titlebar be all buttons and no title ;-) My
solution so far is making the common buttons bigger and the uncommon ones
smaller. It's not consistent but let's me make the areas frequently hit
wide as hell, which is good for a laptop :) Close, iconify, and maximize are
larger - sticky and help are smaller.
Another updated shot is at:
http://www.mosfet.org/kwinlaptop.gif
svn path=/trunk/kdebase/kwin/; revision=44698
It features a reduced height taskbar with oversized width buttons (I may make
these even wider to make them easier to hit), a minimal frame, and a
oversized shaped resize handle. Uses the system KWin style buttons, not just
because I like them but because they fit in the reduced size bar ;-)
As usual, here's a screenshot:
http://www.mosfet.org/kwinlaptop.gif
On another note, the Be style is going away and is now replaced by B2. Be
needs work so I asked Matthias Ettrich about it (he's the maintainer of that
style), and it turns out he's already using B2 :)
svn path=/trunk/kdebase/kwin/; revision=44656
It uses Be-like shaped titlebars, KDE standard buttons, has a shaped resize
handle, and automatically detects if you are on a highcolor display and if so
uses gradients based off the current color scheme. BTW, the buttons don't
necessarily match the titlebar but use the button foreground setting in KDE's
display settings so you can change them to whatever you like.
If no one objects I'll probably disable the old Be style. Unlike this style it
uses Be-like buttons but the drawing isn't very fancy and Be's two buttons are
a big restriction in KDE.
You can see a screenshot at:
http://www.mosfet.org/b2kwin.gif
svn path=/trunk/kdebase/kwin/; revision=44420
smaller than the sizeHint of the bar.
Repainting is also messed up with all the clients it seems... dunno how that
happened :P
svn path=/trunk/kdebase/kwin/; revision=43873
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
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
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
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
