This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Dragging a window around in the IDE is terribly slow with GTK L&F. It makes this feature almost unusable. This is a regression in comparison to Metal L&F. Dragging with Metal is very responsive.
Is drag and drop slow, or is the visual feedback slow? There is a problem with this on Aqua too, due to hardware double buffering.
The visual feedback. When you drag and move the window red areas appear and disappear with a huge latency. Any idea why the double buffering causes such a slowdown?
It means that there's a hardware layer between when you say "paint this to the screen" and when it actually gets painted, and that hardware layer can choose to coalesce paints, etc., so you simply lose some repaints.
I think it's more complicated in this case. Sometimes you can see the red polygon painted in sequence in the different places where you moved the mouse, so these paints don't seem to be coalesced.
With the more recent GTK performance improvements, I can't find any problem with the performance of drag and drop.
Yes, DnD with GTK L&F is now quite reasonable.