
Various KDE 1.-4. Improvements
Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net
These are patches against KDE CVS and KDE 3.1.3 to make KWin able to draw configurable drop shadows under any window--including windows with no window decoration, Noatun with K-Jofol skins, empty Karamba windows, you name it! Drop shadows for active and inactive windows can be configured separately. Drop shadows may also be enabled or disabled for each individual window.
The 0.6.x series is _much_ faster than the 0.5.x series, but still lags on windows with very complex shapes (like the Noatun skin in the 1st preview screenshot). Around 12 seconds on my PIII/800 in the worst case scenario (no cached shadow, low on memory, and CPU already under 100% load). Less than a quarter second in the best case.
17 years ago
0.6.3a:
- don't show Shadow item in menu when shadows aren't enabled globally
- gray out Shadow item in window menu when shadows are enabled globally but not for that type of window (i.e. if shadows are enabled but not for override windows, the Alt+F3 menu in KNotes will show Shadow as a grayed out menu item). As confusing as that description sounded, it may clarify things in the long run
0.6.3:
- shadows can now be enabled or disabled for individual windows through the window menu (right-click on titlebar or Alt+F3)
- window-specific shadow enabled/disabled setting can be saved across sessions
- Client::setShadowed(bool) public function can be used to enable or disable shadows for individual windows
- fixed bug in KControl module where opacity may be shown as 1% less than what's in the config file
- slightly improved shadow gradient; very thin shadows are now more visible
- updated for KDE 3.1.3
Refer to the CHANGELOG file in the package for changes in older versions.
17 years ago
0.6.3a:
- don't show Shadow item in menu when shadows aren't enabled globally
- gray out Shadow item in window menu when shadows are enabled globally but not for that type of window (i.e. if shadows are enabled but not for override windows, the Alt+F3 menu in KNotes will show Shadow as a grayed out menu item). As confusing as that description sounded, it may clarify things in the long run
0.6.3:
- shadows can now be enabled or disabled for individual windows through the window menu (right-click on titlebar or Alt+F3)
- window-specific shadow enabled/disabled setting can be saved across sessions
- Client::setShadowed(bool) public function can be used to enable or disable shadows for individual windows
- fixed bug in KControl module where opacity may be shown as 1% less than what's in the config file
- slightly improved shadow gradient; very thin shadows are now more visible
- updated for KDE 3.1.3
Refer to the CHANGELOG file in the package for changes in older versions.
snakattak3
17 years ago
Report
nbensa
17 years ago
Report
crow
17 years ago
I love the effect you created. However, I followed the instucts carefully, but the patch failed to apply properly. I had a lot of hunks fail. I'm running 3.1.4 compiled with konstruct. I applied the:
kdebase.kwin-kwin_shadow.patch to:
~/konstruct/kde/kdebase/work/kdebase-3.1.4/kwin
I'm wondering how I went wrong. Anyone have have any suggestions?
Report
ox2
17 years ago
It would be cool if the shadow got larger and weaker when you were dragging the window, as if you were lifting it up from the desktop.
Report
snakattak3
17 years ago
Report
snakattak3
17 years ago
Report
Deciare
17 years ago
You could use Alt+F3, but that's less than obvious.
I could make a context menu for right-clicking on a shadow, but that'd defeat the purpose of passing through clicks to the window underneath. Hmm...
Report
snakattak3
17 years ago
Report
texstar
17 years ago
Report
ntesa
17 years ago
http://www.kde-look.org/content/show.php?content=4750
Many thanks for all your great work.
Report
Deciare
17 years ago
Report
Gulliver
17 years ago
Report
mriya3
17 years ago
http://rzstud1.rz.uni-karlsruhe.de/~unk6/transluxent/index.html
Report
Richardve
17 years ago
Report
Deciare
17 years ago
Report
ntesa
17 years ago
Report
Deciare
17 years ago
I don't think it'll apply cleanly against KDE 3.1.0, though.
Report
Richardve
17 years ago
(the most used color formats are accelerated when using the official NVIDIA Linux driver (and experimental support for XRender is enabled))
Report
yagami
17 years ago
but i would like to have shadows in all the windows ( active and inactive)
but the redraw ( even when shadows are configured equaly ) isnt very good when you change focus over a window
could you fix that you can change the focus of a window , but the shadows woundnt redraw ?!
( by focus i mean , active state and inactive state )
Report
Deciare
17 years ago
Unfortunately, not redrawing would mean painting a second shadow on top of the one that's already there, which would be far less attractive than a mild flicker.
I'm looking forward to real translucency in X like everyone else.
Report
manor
17 years ago
You reached a visual quality level that is at least equal as the mac shadow !
Wow ! Thanks a lot !
Report
nbensa
17 years ago
--- client.cpp.orig 2003-04-07 17:44:02.000000000 -0400
+++ client.cpp 2003-05-07 19:53:58.000000000 -0400
@@ -4,6 +4,7 @@
Thanks,
Norberto
Report
yf12s
17 years ago
Report
Deciare
17 years ago
I don't think they're too keen on incorporating something that's broken binary compatibility 3 times over the past 3 months into the main KDE distro.
I'm reasonably confident that I won't have to break BC again, and I'll spend some time soon to see whether I can make it fully binary compatible with CVS HEAD (and, hopefully, the 3.1.x branch as well).
Report
jaasu
18 years ago
make it work better
Xfree supports some accelerated features
and for example very nice irc application
KVIrc http://www.kvirc.net/
seem to do transparency very fast.
Report