Jakob S.

Yes, for the recording I've duplicated the drawer in the palette, otherwise it is not collapsible. When the `canvas.update()` is omitted, the animations are still processed for their delay but...

No problem. On the other hand, I was not able to reproduce the flickering issues mentioned in #127 on Windows. Maybe it could be a quick solution, if the `canvas.update()`...

That change fixes the palette animations. 👍 For the flow-example the graph layout uses it's own static animation constructs. When I add `Display.getDefault().readAndDispatch();` to the `static boolean playbackState(IFigure container)` method...

Yes, it does, but having animations on Windows and flickering without animations on other platforms is somewhat undesirable.. I've opened a PR #378 which puts the `Display.readAndDispatch` into the `DeferredUpdateManager.performUpdate`....

I guess, that's a little bit complex 😄 It got my attention when when I noticed that the animations on Windows were not drawn after #127 and when checking it...

Ok, that is strange. I just checked the master branch on a Linux system. There are no animations drawn, neither in the palette, nor in the flow-example graph layout.

With the current master branch, without any modifications, there are no animations. With `Display.readAndDispatch` in the `Animation` class, the palette gets animated. Instead when putting it into the `DeferredUpdateManager` everything...

Could that be related to this issue: https://bugs.eclipse.org/bugs/show_bug.cgi?id=481200 ?

Oh, I didn't see that 🙈 If I could, I would test it on OSX. But I can delegate it tomorrow if appreciated.

Thank you for also deep diving into this. I can verify that the third solution seems to fix all issues I observed.