handle has to be drawn, and it's on by default).
Added support for a new titlebar button "R" for Resize.
I have a patch pending for the kwin kcm to add that too.
svn path=/trunk/kdebase/kwin/; revision=322119
buttons too, but I can't figure yet what kind of graphics could be used to
represent the action.
Removed some old commented out code too.
svn path=/trunk/kdebase/kwin/; revision=311718
Currently only BorderTiny, BorderNormal, BorderLarge and BorderVeryLarge are
supported. I'll add the other sizes after making the titlebar height
adjustable too.
svn path=/trunk/kdebase/kwin/; revision=256260
Make middle and right click on window buttons work again.
The solution looks a bit like a workaround for some kwin problem, though.
Why do I have to always fake a LeftButton press?
svn path=/trunk/kdebase/kwin/; revision=255894
Now when "Display contents of moving/resizing" windows is disabled, a polygon
approximating the window shape is shown instead of the normal rectangle.
svn path=/trunk/kdebase/kwin/; revision=252937
Ported b2 to the new api. Well, some stuff does not yet work, but I'll work on
that later, and I'll need some assistance for the Automatic titlebar movement.
There is also a bug when shading the window, but on the bright side,
the client more or less works.
svn path=/trunk/kdebase/kwin/; revision=252655
clients by adding an unnecessary 'enable-bidi' checkbox which was never agreed
upon on the kwin mailing list.
The use of --reverse is sufficient without needing this checkbox.
Please discuss largish patches like these first, especially during a feature
freeze!
(Everyone also seems to forget the kwin-styles in kdeartwork)
- Make clients look the same with --reverse instead of the broken state they
were in previously. If the button ordering is not to your liking in reverse
mode, just change the button positions. (Or send patches for those clients
that have not got these features yet).
- Clean up popupMenu handling somewhat.
- Remove a global static object in keramik.
svn path=/trunk/kdebase/kwin/; revision=174079
- Adds a config option allowing frames to be drawn using the titlebar
colors just like in Quartz (feature request)
svn path=/trunk/kdebase/kwin/; revision=113673
his part of the patch, works fine but there's just the re-check needed to
be added so when the effect for tooltips changes, the deco's tooltips take
this as well. There are no new strings except the Un-Sticky tooltip, all
others are translated. thd@kde.org agreed on the strings.
svn path=/trunk/kdebase/kwin/; revision=104585
* title bar now tries to avoid to become completely obscured by other windows ;)
* moving of title bar flicker free (at least on my machine)
* all repaint problems fixed (those I knew of course), even the one on resize
* mousePosition (those arrowed cursors) now complete
svn path=/trunk/kdebase/kwin/; revision=48189
properly, the whole thing needs an overhaul (I never anticipated the thing
being movable) and I want to use it now ;-)
svn path=/trunk/kdebase/kwin/; revision=47542
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
