> On Tuesday 14 February 2012 00:07:57 Timothy Pearson wrote:
>
>> > I suspect this patch was introduced before the final KDE 3.5.10 was
>> > released, when KDE still had no shadow function in kwin.
>>
>> I do agree that if shadow code has been duplicated, the broken code
>> should
>> be removed.  I seem to remember KDE 3.5.10 having badly broken shadows,
>> though at this distance I could be mistaken.
>>
>> Actually, with all the repairs I made to kompmgr, and given the inherent
>> bugginess of the non-composited kwin shadow code, I'd like to see the
>> non-composited shadows removed altogether.  Non-composited fading has a
>> similar problem IIRC, although I have not tested it as I run kompmgr
>> exclusively on my systems.
>
> Those shadows in KDE3.5.10 I think, in fact, composited. They work
> satisfactory for me.
>
> The original shadows have an extensive settings dialog in kcontrol and
> more features
> than those from Chakra project. For example the shadows can be set to
> appear or not when resizing and moving windows.
> Those shadows from Chakra are not displayed when moving windows.
>
> The original shadows also can be enabled separately for menus, active and
> non-active windows, and their size also
> can be set separately. There is also an option for different shadow color.
>
> http://storage3.static.itmages.ru/i/12/0214/h_1329165438_7516085_4b941fd1da.png
>
> And this is how the shadows look like:
>
> http://storage9.static.itmages.ru/i/12/0214/h_1329165743_2170554_d5f80f5a0b.png

Yep, those are the kompmgr composited shadows, which are present in TDE
and are the ones I want to keep.  The other shadows in question are not
composited and are very glitchy as a result.

Tim