[dfiler]

As I get closer to releasing an API for itunes-esque windows optimization is now a key concern. Surprisingly, live resize isn't noticeably different from normal aqua windows. However, I've noticed that dragging is a tad slower than on normal windows.

Using the Quartz Debug app I figured out that my windows were being handled with no hardware acceleration. Dragging results in the entire window being marked with a yellow quartz redraw rect. Dragging other windows, including itunes and quicktime, results in only the border being included in the yellow area. Am I right in assuming that this means that the graphics card is handling the content area, bypassing quartz?

The windows are defined as NSBorderless, double-buffered, and only the corners contain transparency. Anyone else run into the same problem?

[Angus_D]

I can't say I'm surprised: there are probably hooks in the windowserver specifically for creating lined resize rects. It's probably an NSEvilHack.

[a holck]

Yellow flashing in Quarts debug only reports that Quartz is updating the flashing content, all non flashing content is not updated and only blitted(moved)