Thank you everyone for your responses and discussion. I'll take a look at all 
of the resources listed by responders, and pursue it further with DTS. In 
conclusion, I'll add what my opinion is of the knobs and switches on the 
machine here. 

Here's what I find interesting -- if I set the NSWindow sharingType to 
NSWindowSharingNone, then screen capture with another capture app (like 
ScreenFlow -- the only one I've directly tested) does not work. It still indeed 
does capture, but it captures my desktop as if my app was not running or 
visible. Everything else on my desktop is captured, but my app is nowhere to be 
found. In addition, if I attempt a Command-Shift-4-SpaceBar (to capture the 
window), then this does not work -- in fact, OS X presents a dialog saying that 
this operation cannot be done (see the link below -- note this is nothing that 
my app presents). 

https://www.dropbox.com/s/0i02n3bkuhg0160/Screen%20Shot%202013-03-07%20at%208.11.16%20AM.png

However, if I Command-Shift-4 and then mouse-drag, I can capture whatever is in 
the bounding box (including the entire contents of the window which was 
prevented in the other case), or if I Command-Shift-3 I can capture the entire 
screen (including the window in question).

Based on the inconsistency of the Command-Shift-... screen shot behavior, my 
conclusion is that this is a bug. Completely forgetting any philosophical or 
design opinions, this behavior doesn't make logical sense to me. To prevent 
someone from taking a screen shot of the specific window, to the point of the 
system intervene further with a dialog presented to the user, while allowing 
the entire contents of that same window to be captured by taking a screen shot 
of the full screen or a custom bounding box by mouse-drag -- I can't reconcile 
the logic behind that. 

So my conclusion is that this is a bug, probably with the enforcement of the 
NSWindow sharingType. Thanks again or the responses and discussion, both on 
this list, and offline.

Brad

On Mar 7, 2013, at 3:18 AM, Markus Spoettl <ms_li...@shiftoption.com> wrote:

> On 3/7/13 10:47 AM, Richard Heard wrote:
>> Seeing as this uses non public APIs, i would STRONGLY recommend not using it 
>> in any shipping applications.
>> However, for interests sake alone this is how DVD Player appears to do it.
>> 
>> https://github.com/heardrwt/RHAdditions/blob/master/RHAdditions/NSWindow%2BRHPreventCaptureAdditions.m
> 
> I can't imagine myself using it but it really is cool! Thanks for sharing!
> 
> Regards
> Markus
> -- 
> __________________________________________
> Markus Spoettl
> _______________________________________________
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/brado%40bighillsoftware.com
> 
> This email sent to br...@bighillsoftware.com


_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to