Hi, 3.0alpha is slower for deleting layer. The deleted layer keeps visible on canvas almost 1s after deleting them. There is a long delay to update canvas after deleting a layer. To reproduce: =========== 1. Open a new document 2. Create two or three random paint-layer, with random colored stroke on them 3. In the layer-docker ; use the 'trashcan' icon to delete a layer. Result: ====== After pressing the 'trashcan' icon, the layer disapears on the stack, but the content of layer is still visible on canvas. It disapears only after around 1second. This behavior invited me to accidentally delete more layer than necessary on a big stack. Expected: ======== Can Layer node disappears from the stack at same time as the content on canvas?
This behaviour is a side-effect of the update lag instantiated to increase speediness of creating and manipulating layers.
https://phabricator.kde.org/T2301
Git commit 2051a35e295c3a10e10b772aae301adf0ab1894c by Dmitry Kazakov. Committed on 26/04/2016 at 13:58. Pushed by dkazakov into branch 'master'. Fix delay on removing/moving a layer Now the signal compressor has a special mode: FIRST_ACTIVE_POSTPONE_NEXT, in this mode it ensures that the first signal in emitted instantly, but the following signals are postponed until the flow of signals calms down to the specified timeout. In term of layer deletion it means: 1) If you remove a single layer, you'll see that result immediately. 2) If you press the remove button multiple times, you'll see the result only after you stop clicking the mouse button. Fixes T2301 M +4 -0 libs/image/kis_signal_compressor.cpp M +8 -0 libs/image/kis_signal_compressor.h M +12 -17 libs/ui/kis_node_juggler_compressed.cpp M +4 -1 libs/ui/kis_node_juggler_compressed.h M +1 -1 libs/ui/kis_node_manager.cpp http://commits.kde.org/krita/2051a35e295c3a10e10b772aae301adf0ab1894c