echolevel
Resize operation glitchy
Windows 10 OS, Java 8.
Not sure what exactly is causing the problem though...
Hi @euwbah - I think I know what this is... Does resizing actually work, despite the flickering? Like, when you release the mouse after a corner/side drag operation, does Wulfcode become the required size? The glitching problem is due to 8's buggy window transparency behaviour: a decorated (ie with OS look-and-feel border and top bar) jframe window cannot be translucent, so you have to use an undecorated one...but if the window isn't decorated, there's no access to OS-based UI stuff for window moving and resizing. As translucency is very helpful for Wulfcode, I used Rob Camick's very handy ComponentResizer helper class (and a few others) to detect mouse regions/clicks/etc and approximate everything a decorated window would provide.
I've seen some other people mention flicking with ComponentResizer and I'm not sure whether there's a fix, but until I figure out how to improve matters it'll hopefully just be an irritation rather than a showstopper.
(Unless resizing doesn't work at all on Windows, in which case I'll have to find another solution! Let me know.)
Well, right now, any resize/drag operation results in the window phasing in and out of existence in the previous state, and in the current dragged/moved state at the same time. So it's a 50-50 chance that it works properly when you drag the mouse. :p
Ah - on Mac, I find that if I ignore the flickering and just drag the mouse to where I want the window or the corner to end up, it gets there as it's supposed to. I haven't been able to test on Windows, but when I get time to try to solve this (I'm sure someone else will have had the same problem with ComponentResizer), I'll dig out an old Windows VM to test on.