Dan Wood: The Eponymous Weblog

Dan Wood is co-owner of Karelia Software, creating programs for the Macintosh computer. He is the father of two kids, lives in the Bay Area of California USA, and prefers bicycles to cars. This site is his weblog, which mostly covers geeky topics like Macs and Mac Programming.

Useful Tidbits and Egotistical Musings from Dan Wood

Categories: Mac OS X · Cocoa Programming · General · All Categories

Fri, 30 Sep 2005

Following up on an earlier post about how to deal with a floating palette, we decided to just stick with the standard floating palette that hides when the application is not frontmost, nothing tricky.

For the most part, this is workable for us. We want to be able to drag images into an "image well" in the floating inspector. The trick is, what to do when the application is not frontmost, and the palette goes away? Well, as it turns out, in most cases, you can keep Sandvox in the front, and initiate a drag from another application, still in the background, and the drag will not cause the palette to disappear, because Sandvox stays in the foreground.

Well, that works with drags from, say, Finder, Safari, TextEdit, Mail, and so forth. But it doesn't work with drags from iPhoto and a few others.

When you start a drag from an iPhoto window in a layer behind the frontmost application, it immediately pops to the front! And in doing so, sending Sandvox behind, the palette we were trying to target disappears.

That is the essence of my Friday report to Apple, Radar ID 4281046.