----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6006/#review9024 -----------------------------------------------------------
Step 3 probably needs changes in slidingpopups effect. When the window is added it is added to an internal hash. The effect does not remove the window from the hash when the property is changed. So here we could add an explicit remove by setting the property to e.g. 0 and check that. If you want to have a look on it: trunk/KDE/kdebase/workspace/kwin/effects/slidingpopups/slidingpopups.cpp method propertyNotify. You can find examples for how to explicitly disable in taskbarthumbnails or highlightwindow effects. - Martin On 2010-11-28 20:44:27, Matthias Fuchs wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://svn.reviewboard.kde.org/r/6006/ > ----------------------------------------------------------- > > (Updated 2010-11-28 20:44:27) > > > Review request for kwin and Plasma. > > > Summary > ------- > > Turns the slide effect off if floating is used. This is related to BUG:218678 > but does not completely fix it. > > Steps to reproduce: > 1. set krunner to top screen, hide/show it > 2. set krunner to floating > 3. hide it > 4. show it > > Step 3 and 4 use the slide-animation that should only be used if it is at the > top. > This patch fixes this behavior to some degree. > > Now only step three will use the slide animation and from that point on the > correct one will be used. > I am not sure how I can also fix step 3, help welcome! :) > > > Diffs > ----- > > /trunk/KDE/kdebase/workspace/krunner/krunnerdialog.cpp 1201754 > > Diff: http://svn.reviewboard.kde.org/r/6006/diff > > > Testing > ------- > > > Thanks, > > Matthias > >
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
