I want to raise a question that has bugged me for a while, though must admit it’s a kind of superficial.
On OSX - live-resizing an empty JUCE
DocumentWindow (native or not) is slightly choppy, compared to the smoothness of, say, the main window of an empty Cocoa project, a Finder window, or other native apps like Skim or Sublime Text. By slightly choppy, I mean that the window frame appears to be redrawn roughly half as many times for a JUCE main window relative to apps that resize more smoothly. I see this behavior on 10.11 and 10.12, with or without release-build optimizations enabled, and with or without OpenGL rendering attached to the main window. Disabling CoreGraphics seems to make it worse.
Where might the overhead come from? It seems to me that
ComponentPeer is a very thin wrapper around
NSWindow and not likely to be the source of overhead. Has anybody looked into this?