0.9.5 : Code : Compiz Animations Plugin

Get this branch:: bzr branch lp:compiz-animation-plugin

Members of Compiz Maintainers can upload to this branch. Log in for directions.

Branch merges

No branches dependent on this one.

Related bugs

Bug #930192: [regression] Animations of large or full-screen windows skip frames (not smooth)	High	Fix Committed
Bug #940603: white box randomly shows up at top left corner blocking applications from using stuff under it	High	Fix Committed
Bug #959260: DSO linking issues	Medium	Fix Committed

Link a bug report

Related blueprints

Branch information

Owner:: Compiz Maintainers

Project:: Compiz Animations Plugin

Status:: Development

Recent revisions

398. By micove on 2012-04-24

Fix exec_prefix in some of the pc files. (LP: #959260)
[Miguel Colon <email address hidden>, 2012-03-12]

Merged branch lp:~vanvugt/compiz-animation-plugin/fix-959260

Bug #959260: DSO linking issues

397. By Sam Spilsbury on 2012-04-10

Don't increment the destroy ref count of a window unless an animation is
active. (LP: #940603)

It doesn't make any sense to increase the destroy reference count of a window
on CompWindowNotifyBeforeDestroy based on whether or not an an animation for
that window "could" be allowed - CompWindowNotifyBeforeDestroyed is called
on CompWindow::destroy (which under sane circumstances, should only ever be
called when the window is either reparented away from its parent or the root
window or when the window is destroyed).

In this case, we deregister all events on the window so it isn't possible to
determine through any normal means that a close animation is going to activate
on the window. And in any event, the unmap which causes close animations
always comes before the DestroyNotify or ReparentNotify anyways.

Even if the CompWindowNotifyClose were to somehow come after the window
received a ReparentNotify or DestroyNotify, the tradeoff then comes between
not playing animations for those corner case windows or keeping ghost windows
on screen because we kept a destroy reference and never got rid of it. In this
case, it is more sane to do the former.

Merged branch lp:~smspillaz/compiz-animation-plugin/compiz-animation-plugion.fix_940603

Bug #940603: white box randomly shows up at top left corner blocking applications from using stuff under it

396. By Sam Spilsbury on 2012-04-10

Added a flag to specify whether an animation actually needs a transformed
window. (LP: #976469)

Merged branch lp:~smspillaz/compiz-animation-plugin/compiz-animation-plugin.fix_976469

Bug #976469: Menu bar - Shadows are not clipped until animations are finished

395. By Daniel van Vugt on 2012-03-21

Fix stuttering animations on large/fullscreen windows by using the higher
performance rendering method (full screen damage). (LP: #930192)

Merged branch lp:~vanvugt/compiz-animation-plugin/fix-930192

Bug #930192: [regression] Animations of large or full-screen windows skip frames (not smooth)

394. By Sam Spilsbury on 2012-01-21

Merge lp:~vanvugt/compiz-animation-plugin/fix-915236