…actually, I will respond to this one last issue, as this was a legit technical suggestion. We actually looked into this route of detecting screenshots when they are done, but we shied away from doing this, for a couple of reasons:
- It appeared there would be other kinds of headaches that would arise, such as conflicting with things like Dropbox and other apps which performed automated importing of images. - Contrary to the direction the discussion in this thread ended up skewing, we do not desire to muck with anything in the system. We want a contained environment for our app only when it runs which affects only the presentation of its runtime, and once the app is exited, everything is as-is before the app was launched. We’d like to not to change system settings or anything like that — case and point: we don’t kill running apps which would help a user to cheat on a test (like web browsers), we just capture displays and present full-screen in front of all other apps. We aren’t really opposed to any particular service or app running, we just don’t want it to be affect our app or delivered content. Likewise, we preferably wouldn’t even really need to block Airplay or remote desktop, we just don’t want our app window visible on remote systems if those are launched (which appears to be possible with private API, which we don’t want to use). If I could engineer an ideal solution, whether it be dealing with screenshot hotkeys, or having your app’s window content included / not included on Airplay / remote desktop transmission, it would be a scenario where: - There would be no need to affect *any* system-wide settings. - An app could merely opt-in/opt-out for its content/windows to be included / excluded in screenshots, Airplay, remote desktop, etc. Pretty simple…just a way for an app to say “hey, don’t include me in those things”. Anyway, thanks for the suggestion…that’s out-of-the-box thinking…. :-) Brad On Feb 23, 2014, at 12:55 PM, Lee Ann Rucker <lruc...@vmware.com> wrote: > defaults write com.apple.screencapture location ~/Pictures/ > > (Putting things on my virtual desktop is as pointless as writing it directly > on my real one - I have so many files/papers open, it's effectively lost. > Clutter is good!) > > ----- Original Message ----- > From: "Scott Ribe" <scott_r...@elevated-dev.com> > To: dangerwillrobinsondan...@gmail.com > Cc: "Cocoa Cocoa-Dev" <Cocoa-dev@lists.apple.com>, "Uli Kusterer" > <witness.of.teacht...@gmx.net> > Sent: Sunday, February 23, 2014 7:34:22 AM > Subject: Re: Disabling screen capture > > On Feb 22, 2014, at 10:09 PM, dangerwillrobinsondan...@gmail.com wrote: > >> How would you know what files to watch for? >> File extensions are really unreliable means of knowing content types. > > Because the built-in screen shot functionality uses a really obvious naming > convention, and drops the files right on the desktop. > > -- > Scott Ribe > scott_r...@elevated-dev.com > https://urldefense.proofpoint.com/v1/url?u=http://www.elevated-dev.com/&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=yJFJhaNnTZDfFSSz1U9TSNMmxGyib3KjZGuKfIhHLxA%3D%0A&m=okMPNGFUKXrHSbrOAT9XNeQdIjGNVTw5j1gvS7usIww%3D%0A&s=7e66c99913f6bb2753fe9dcf021a967b45836f322ee10ab166c537a0989c0423 > (303) 722-0567 voice > > > > > > _______________________________________________ > > 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://urldefense.proofpoint.com/v1/url?u=https://lists.apple.com/mailman/options/cocoa-dev/lrucker%2540vmware.com&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=yJFJhaNnTZDfFSSz1U9TSNMmxGyib3KjZGuKfIhHLxA%3D%0A&m=okMPNGFUKXrHSbrOAT9XNeQdIjGNVTw5j1gvS7usIww%3D%0A&s=5d99c2586f58d86c4f66c18ffbb4582f690e848e5ffa4041add2177a769ca0c2 > > This email sent to lruc...@vmware.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/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
