Generic Animations (BeGeneric ;-)

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

14
Score 81.1%
Description:


*** CONTINUED AS "BE::Animated" ***
https://sourceforge.net/p/bekwinfx/

A generic animation effect for kwin.
Think of BeDropped on steroids.

It allows you to -per window type- combine various animations on
- Opacity
- Scale
- Position
- Size
- Rotation
- Brightness
- Saturation

on (so far)
- Window Added (Show)
- Window Closed
- Window Minimized
- Window Unminimized

and could by this replace the Scale, Fade, Glide effects and most of BeDropped.

It also fades opacity changes but so far lacks support for at least Un/Shading and Un/Maximization (requires some addition to KWin for 4.8)

Since it's mostly a demo for the AnimationEffect class which i'd like to add to KWin for 4.8 so that various effects can be rebased onto it it is really important to have a lot of testing, feedback and bug reports on this to have the class in perfect shape for KWin.

Thanks a lot, much fun creating animations and feel free to share them (eg. post them here or whatever)
Last changelog:

8 years ago

0.7b
-----
*** HOTFIX *** workaround for a bug in KWin 4.8.0 - many thanks to Florian S. for patient testing

0.7a
-----
* unifies damage calculation of scaling and translation. Should fix remaining glitches.

Still: Test! Stress it with complex funny animation combos and try the show paint effect to check it doesn't repaint too much either ("Fly my pretties, fly" :-)

0.7
-----
* mostly performance related. Doesn't repaint the entire screen but only the relevant area (but for the rotation)
This is prone to repaint glitches, so test it and feel free to report.

0.6
-----
* skip resize animations for just shown windows (plasma extenders?)
* add experimental support to substitute the "sliding popups" effect (disable it in case)


0.5
-----
Bugfix release:
a) windows that cross the top or left edge of the screen didn't animate the position
b) resize signals were sometimes connected twice (don't ask me why)


0.4
-----
* BAD NEWS:
We're using QEasingCurve's now, what means all your animation shapes are now wrong - sorry (but it's not gonna change again, promised)
Notice that all other settings remain valid, so you actually 'only' have to step through your animations and fix the shape.

* GOOD NEWS everyone ;-)
- There's now "Implicit activation" which matches windows being activated for show/unminimize events (if those are animated)
- There's more control on virtual desktop changes
- Would you please stop playing with the maximize button now? ...
Ie. the release highlight are probably animated resizes =) They could need visual improvement, like blending, though =)

* Fixed a theoretic segfault
* Tried to "unscarify" the UI (w/o massive changes) - maybe it got worse. Shout out loud.
* Animated Opacity & Size changes are (now) configurable
* There's a PKGBUILD, so Arch users can just call... well, an Arch user is supposed to know or figure that :P


0.3
-------
* 3 more animation shapes (overshoot either direction)
* ignore slidingPopups (plasma notifications)
* if there's a delay, the window stays at the source position until the animation starts
* dbus interface (you can also define custom animation aliases and call them via dbus - just so far the config UI can't and you'll have to edit them by hand ;-)
* i recall to have fixed two or three bugs, but forgot which :P

0.2
-------
* Fixed a bunch of ui bugs, including pointless value restrictions ;-)
* Fixed "relativity" handling for several transition modes
* Added Gaussian animation shape (allowing bumps)
* Added support for deactivating windows animations
* Added support for desktop change animations
* Probably forgot some other changes ;-)

9

FSchulz

8 years ago

Hey!

Since the new release I have a problem with the popup effect for plasma. Its activated in the settings. When I click on e.g. the calender in my top panel, it comes out like it should. But when I click on it ones again (to minimize it), it goes back into my panel and then (when it is already minimized) it flickers up ones again for a few miliseconds. It is very hard to describe, but I hope you understand it. I had this bug a few releases of KDE already, but since then it is fixed.

Best regards!

Report

C

thomas12777

8 years ago

Conflict between built-in sliding popups and experimental support in generic effects? (as the tooltip says: deactivate the other ;-)

Report

9

FSchulz

8 years ago

Oh my... Sorry, I forget that the sliding effect for the plasma popups is a effect and can be turned off (thought it was hard coded...). Now it works like a charme and looks very good! Sorry for this wrong error message!

Report

C

thomas12777

8 years ago

Bespin will likely prefer the XRender architecture (allows pixmap sharing etc.) - i'm gonna test how the reaster engine performs but (since it's been just activated at 4.7 for kwin) it's stepchilded. Yes.

Report

9

FSchulz

8 years ago

Ok, thanks! Nice to hear that!

Report

tabrisTKD

8 years ago

nice, what theme are you using?

Report

C

thomas12777

8 years ago

Bespin.
You can make any window look like this, but by default this only applies to modal dialogs (if you type "bespin config", you can actually make it look like a lot of things ;-)

Report

9

FSchulz

8 years ago

Me again! ;)

We talked a few weeks ago via mail and I told you, that the resize via the maximize-button is a little bit sluggish, but with chromium it is faster. We ended at the point that the smoothnes depends on the content of the window. But now, a few minutes ago, I noticed, that when I double click on the window border (topbar), the maximize effect is veeery smooth, but when I use the maximize button, it is sluggish (as I already said ;) ). Any idea about that?

Best regards!

Report

C

thomas12777

8 years ago

The maximization code is the same (and esp. to the effect which does not even care where the resize came from at all) - so it must be in the decoration (painting code, eg)

Both windows are activated (have input focus) when you attempt the maximization?

Which decoration do you use?
(please dont say: "bespin" ;-)
-> Tried another?

Report

9

FSchulz

8 years ago

Yes, both windows have the focus, when I maximize them, so there is no difference.

And for the second: Sorry, I have to say bespin. ;) I try another decoration and give you feedback about it. :)

P.S. New update, yeah! Time to compile and install it... :)

Report

C

thomas12777

8 years ago

Hummm... do you use the raster graphicssystem (i think debian/ubuntu compiles it into Qt by default since a while, all others will have -iff- some environment variable)

env | grep QT_GRAPHICSSYSTEM

In case: is the situation the same when running "kwin --replace --graphicssystem native &"?

Also: do you use window borders? What if you ("layout" in config dialog) set them _all_ (side and bottom) to "0"?

Report

9

FSchulz

8 years ago

Hey!

Sorry for the late answer.

When I switch to oxygen as window borders, all work fine and smooth. I use Arch Linux and I activated raster manually when I installed my system. I set it back to native and now resizing works smooth (with bespin). Setting the window boarders to 0 have no effect. So it seems to be something with raster and bespin. Until now I had now problems with this combination. It worked very well all the time (better and faster than with native). Hope this helps you! :)

Best regards!

Report

9

FSchulz

8 years ago

Thanks for fixing this in bespin! Now the resize with the maximize button is as smooth as with the window-boarder-double-click. Thanks! :)

Best regards!

Report

thibaut28

8 years ago

Not sure what's wrong but it's not compiling. I put the output there http://pastebin.com/HTfQJWD5

The previous version was compiling fine as far as I remember :)

Report

C

thomas12777

8 years ago

That output is from a BeShadowed compilation... ;-)

I've downloaded and inspected the sources from kde-look, they are ok.
For your advance, we'll just assume that kde-look had a database bug and handed out the wrong file to you... ;-)

(ftr: BeShadowed will not compile on KDE >= 4.7)

Report

thibaut28

8 years ago

Damn, I'm really sorry for your time ...

It compiled flawlessly indeed when I got into the right directory :)
What tricked me here, is that there wasn't the usual be prefix in the filename :D

Report

C

thomas12777

8 years ago

Hehe - i'd like to see this replacing some of the "retarded" effects in KDE 4.9 or so.
BeGeneric would not make it there ;-)

Report

masterdany88

8 years ago

Hey
First: thanks for a great Job.
Second: what about compiz???
did You thout about integreating compiz into kde???
the animations in compiz are great, so why do something new, if You can help to develope something with is "now" better???
compiz is fast!!! but I hate gtk windows: ccsm itd are just ugly.

Report

C

thomas12777

8 years ago

Compiz is a window manager of it's own.
You can use it alongside KDE, no problem "compiz --replace" (there's even a GUI setting for the window manager)

I can however not say it would be significantly faster than kwin, also it doesn't support and uncomposited system or the xrender backend (but is spellbound to opengl)

I think there was talk to replace kwin by compiz around the 4.0 release (what would have been a disaster, given the fragmentation the compiz/beryl projects saw then)

However, this is an effect plugin for kwin - one could not simply port it to compiz.

Report

masterdany88

8 years ago

Man I am sory!!!!!
That what You made man is A masterpiece.
The minimalise and the other effects works great, I have to disable kwin effect for that.
THanks to for ready configurations it make it very easy.
Animation are extreamly smooth, better than the original kwin :D soo it is cool.
For now I have one issue, a bug:
The animation behave strange one I get mouse coursor one the "only-icon task manager" at the opened window. First show up the preview of window, then rest of "cloud" came up with resize.
I think that the preview shout be at the same time like the "cloud"
thanks man!!!!

Report

C

thomas12777

8 years ago

you mean the mini version of the window (when hovering a task entry) and the "highlight window" effect (all windows but the hovered become translucent) lack coordination?

Maybe (i don't use taskbars) but that's not handled by this effect. (Or I completely missed your point ;-)

Report

masterdany88

8 years ago

It hard to describe it so I upload a screencast!!!
see here:
http://www.youtube.com/watch?v=SGiJnR6PHVg
p.s. The panel is blinking only in the screen cast that I made. Normally it's ok.

Report

masterdany88

8 years ago

I do not know how to edit my post so, I am writing next one :P
here you got screencast what was mentioned before.
(I do not know why its possible to upload ogv to youtube, it it dost work???)

http://www.fileserve.com/file/mxAbDus/out-2.ogv

Report

C

thomas12777

8 years ago

you can monitor this subject here:
https://git.reviewboard.kde.org/r/103299/

Don't be too eager - usually there's a "2 weeks in master before backport" rule of thumb (and though taskbars are pretty useless, they're used alot - so this isn't a far corner item)

Report

C

thomas12777

8 years ago

Ahh, ok - thanks (i don't use taskbars ;-)
That's a bug in the taskbar thumbnail effect (it doen't care about effected transitions when calculating the position for the tiny window)

I'll try to fix ang get it upstream before tomorrows 4.7.4 tagging - otherwise it'll be fixed in 4.8 and i'll "blacklist" those windows for resize animations.

Report

8 years ago

0.7b
-----
*** HOTFIX *** workaround for a bug in KWin 4.8.0 - many thanks to Florian S. for patient testing

0.7a
-----
* unifies damage calculation of scaling and translation. Should fix remaining glitches.

Still: Test! Stress it with complex funny animation combos and try the show paint effect to check it doesn't repaint too much either ("Fly my pretties, fly" :-)

0.7
-----
* mostly performance related. Doesn't repaint the entire screen but only the relevant area (but for the rotation)
This is prone to repaint glitches, so test it and feel free to report.

0.6
-----
* skip resize animations for just shown windows (plasma extenders?)
* add experimental support to substitute the "sliding popups" effect (disable it in case)


0.5
-----
Bugfix release:
a) windows that cross the top or left edge of the screen didn't animate the position
b) resize signals were sometimes connected twice (don't ask me why)


0.4
-----
* BAD NEWS:
We're using QEasingCurve's now, what means all your animation shapes are now wrong - sorry (but it's not gonna change again, promised)
Notice that all other settings remain valid, so you actually 'only' have to step through your animations and fix the shape.

* GOOD NEWS everyone ;-)
- There's now "Implicit activation" which matches windows being activated for show/unminimize events (if those are animated)
- There's more control on virtual desktop changes
- Would you please stop playing with the maximize button now? ...
Ie. the release highlight are probably animated resizes =) They could need visual improvement, like blending, though =)

* Fixed a theoretic segfault
* Tried to "unscarify" the UI (w/o massive changes) - maybe it got worse. Shout out loud.
* Animated Opacity & Size changes are (now) configurable
* There's a PKGBUILD, so Arch users can just call... well, an Arch user is supposed to know or figure that :P


0.3
-------
* 3 more animation shapes (overshoot either direction)
* ignore slidingPopups (plasma notifications)
* if there's a delay, the window stays at the source position until the animation starts
* dbus interface (you can also define custom animation aliases and call them via dbus - just so far the config UI can't and you'll have to edit them by hand ;-)
* i recall to have fixed two or three bugs, but forgot which :P

0.2
-------
* Fixed a bunch of ui bugs, including pointless value restrictions ;-)
* Fixed "relativity" handling for several transition modes
* Added Gaussian animation shape (allowing bumps)
* Added support for deactivating windows animations
* Added support for desktop change animations
* Probably forgot some other changes ;-)

12345678910
14
product-maker mirkogennari Oct 19 2015 9 excellent
product-maker RAIDENSUB Jun 12 2012 9 excellent
product-maker tobaj Feb 20 2012 9 excellent
product-maker Pyruzan Dec 13 2011 9 excellent
product-maker pvt14 Dec 12 2011 9 excellent
product-maker TommyCZ Nov 28 2011 9 excellent
product-maker deabru Nov 22 2011 9 excellent
product-maker sxe Nov 21 2011 9 excellent
product-maker FSchulz Oct 31 2011 9 excellent
product-maker OdinEidolon Oct 18 2011 9 excellent
product-maker nikore90 Oct 04 2011 9 excellent
product-maker srog Oct 03 2011 9 excellent
product-maker Contrast Oct 02 2011 9 excellent
product-maker FraSMOG Oct 02 2011 9 excellent
product-maker Base: 4 x 5.0 Ratings
AlejandroNova
Mar 01 2012
LGD
Feb 24 2012
paperclip
Jan 27 2012
saftsocken
Jan 23 2012
TommyCZ
Nov 28 2011
deabru
Nov 22 2011
sxe
Nov 21 2011
marcotangaro
Nov 20 2011
pedromc
Nov 19 2011
FSchulz
Nov 07 2011
OdinEidolon
Oct 18 2011
TheRob
Oct 17 2011
naolloan
Oct 14 2011
Contrast
Oct 02 2011
File (click to download) Version Description PackagetypeArchitecture Downloads Date Filesize DL OCS-Install MD5SUM
*Needs pling-store or ocs-url to install things
Pling
0 Affiliates
Details
license
version
0.7b
updated Jan 30 2012
added Oct 02 2011
downloads 24h
0
mediaviews 24h 0
pageviews 24h 5