| Summary: | Multiple Document Mode (Subwindows) is slow when resizing subwindows | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | Tyson Tan <tysontanx> |
| Component: | General | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | halla |
| Priority: | NOR | ||
| Version First Reported In: | 4.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Tyson Tan
2018-06-28 03:08:16 UTC
Hm, I cannot reproduce that. What I do see is that the switch for showing the content of the subwindow when moving/resizing no longer works. When you resize the subwindows, is the content being redrawn while resizing? It doesn't happen on Windows 10 either. On Windows 10, when I was dragging the subwindow's boundary, the subwindow grays out, and its canvas doesn't update during the process. And it doesn't lag at all. However, no matter what Krita version/build I use on Manjaro GNOME 17.1.10, when I drag the subwindow's boundary, it doesn't gray-out, and its canvas constantly updating, slowing down the whole process. So I say your intuition was spot-on. Maybe it's a specific case of GNOME vs Qt...? That's quite possible! It might also explain why the relevant checkbox doesn't do anything on plasma, if the window manager can override it, while it works on Windows. But there's nothing we can do here, since that code is all in Qt or even lower in the stack. It's just not possible to smoothly redraw the contents of the window while resizing it. OK! Thanks for the explanation. I personally don't use subwindow mode anyway, but I discovered it today when I was testing another bug. |