"Brad O'Hearne"
Cc: "Cocoa dev"
Sent: Wednesday, March 06, 2013 11:29 PM
Subject: Re: Turning off screen shot ability
On 07/03/2013, at 4:21 PM, Brad O'Hearne
wrote:
But this is something far different from those -- security is imperative.
Perhaps your a
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
Pretty sure private API is not allowed on the list.,,
On 2013/03/07, at 19:18, Markus Spoettl 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 th
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
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
-Richard
On Wed, Mar 6, 2013 at 9:43 PM, Brad O'Hearne wrote:
> 2. NSWindow allows you to specify the level of access other processes have to
> the window's content. Aside from the fact that is seems a bit bizarre that
> there's the ability to grant no access (NSWindowSharingNone, which doc states
> sho
On Mar 7, 2013, at 12:23 AM, Jens Alfke wrote:
> On Mar 6, 2013, at 5:56 PM, Charles Srstka wrote:
>
>> Instead, I'd try to figure out what Apple's DVD player does; it allows you
>> to take screenshots all day long, but the copyrighted content gets replaced
>> by a solid color.
>
>
> If tha
On 07/03/2013, at 4:21 PM, Brad O'Hearne wrote:
> But this is something far different from those -- security is imperative.
Perhaps your app is not suited to having a graphical output or interface at all
in that case? While I'm not a fan of "security through obscurity", you could
arrange you
Brad,
I dug into DVD Players symbols and it would appear to be using private API of
the Core Graphics Services variety.
http://cocoadev.com/wiki/CoreGraphicsPrivate
Specifically CGSSetWindowCaptureExcludeShape()
Hope this helps.
-Richard
On 06/03/2013, at 11:06:59 PM, Scott Ribe wrote:
I’m replying to a few different people’s messages here, to avoid cluttering up
the thread too much.
On Mar 6, 2013, at 12:49 PM, M Pulis wrote:
> Good rehearsal, but we are not the folks you need support from.
> If it was easy, Google would have it listed or someone here would have
> quickly
On Mar 6, 2013, at 10:21 PM, Brad O'Hearne wrote:
> ...but they do not get to call the shots or make the rules on how to use the
> content in the app...
And there is the crux of my argument about fundamental stupidity. Once the data
is in the user's head, there is no technical means to control
Sounds like impossible requirements short of running root processes and heavily
modifying software, but still being severely insecure at many levels.
Sounds like you're saying you need to run an app, and also have kb and mouse
input, potentially universal access as well.
Sounds like you're also
I agree with Charles. I only work with iOS and have apps that actually take
screenshots in runtime triggered by IBActions. I have no experience with
detecting it, but would be suprised if detecting that a screenshot was taken
would be impossible to do.
The good thing about Charles' suggestion is
Lee Ann,
Thanks for the reply. I took a look at the "Son of Grab" app -- if I've
understood it correctly, it appears to be related to the setSharingType
property of the window in question, which I already have set to none -- which
means no other process should be able to capture it. It appears
I'll take a stab at this one last time -- I appreciate the opinions here and
under normal circumstances I would agree with the sentiments of user liberty
and user control of their machine. However, this is a very specialized,
security-oriented use-case. This app *never* runs in the background, i
On Mar 6, 2013, at 19:56:04, Charles Srstka wrote:
> Turning off the user's ability to do a screen capture in general is probably
> the wrong approach — and even if you managed to sink your tendrils deep
> enough to do this, there'd probably be plenty of ways to work around it.
> Instead, I'd
On Mar 5, 2013, at 9:57 PM, Brad O'Hearne wrote:
> Hello,
>
> I am working on a security-related Mac app and I need to know the way to turn
> off the ability to screen shot or capture the contents of the app's window.
> It would appear that setting the sharing type on the main window (which
e original poster said "dilluted") version of
the question, which triggered my tourrettes :)
- Original Message -
From: "Graham Cox"
To: "danchik"
Cc: "Brad O'Hearne" ; "List Developer Cocoa"
Sent: Wednesday, March 06, 2013
On 07/03/2013, at 11:21 AM, danchik wrote:
> Sorry, I hate when people lecture instead of answering the question
> (especially not knowing the answer), but in this case I just couldn't help
> myself... DON"T! this, if to be disabled, should be exposed and left for a
> user to decide... its s
what ever
reason, decides for me what I could and should do while its running its
MY device!
:)
- Original Message -
From: "Graham Cox"
To: "Brad O'Hearne"
Cc: "List Developer Cocoa"
Sent: Wednesday, March 06, 2013 3:29 PM
Subject: Re: Turn
On 07/03/2013, at 3:37 AM, Brad O'Hearne wrote:
> To distill it -- does OS X have the programmatic ability to turn off screen
> capture, and if so, how?
I don't know if it's definitely the case, but isn't the screen capture
implemented using a KEXT? If so, and if you can identify which one,
On Mar 6, 2013, at 9:02 AM, Jens Alfke wrote:
>
> On Mar 6, 2013, at 8:37 AM, Brad O'Hearne wrote:
>
>> I am interested in the capabilities of the machine (OS X) and if so, how. I
>> need to programmatically within an app (not by external system
>> administration) turn off all screen capture
On Mar 6, 2013, at 1:49 PM, M Pulis wrote:
> Fine,
>
> Good rehearsal, but we are not the folks you need support from.
I was unaware you spoke for the entire list. I had thought it wasn't too far of
a stretch to think that someone somewhere (outside of Apple themselves) might
be subscribed to
Fine,
Good rehearsal, but we are not the folks you need support from.
If it was easy, Google would have it listed or someone here would have
quickly replied.
You have a special need, that's fine and what DTS is all about. Go for
it.
Gary
On Mar 6, 2013, at 1:43 PM, Brad O'Hearne wrote
> Why would there be a simple way?
I can think of a few reasons:
1. Using NSApplicationPresentationOptions, you can enforce the following
programmatically: auto-hide the system dock, hide the system dock entirely,
auto-hide the system menu bar, hide the system menu-bar entirely, completely
d
Why would there be a simple way?
A simple way off would require a simple way on to avoid breaking a
plethora of apps.
Screenshots and screen movies are how many apps are easily and quickly
documented by honest consultants and IT help desks; a vital tool. As a
developer, I know everyone el
On Mar 6, 2013, at 8:37 AM, Brad O'Hearne wrote:
> I am interested in the capabilities of the machine (OS X) and if so, how. I
> need to programmatically within an app (not by external system
> administration) turn off all screen capture capability, by hotkeys, or by
> grabbing the contents o
I appreciate the desire of a few here to communicate your perceived futility of
turning off screen shots or window capture. I do not want to digress into a
philosophical discussion here, I just want to stick to talk of the capabilities
of machinery -- but given that the responses here pretty muc
Have tried changing it in system preferences?
Beyond that look into managed user accounts and creating user account templates
in OS X server.
You might not need a programmatic solution. Sounds like an account solution.
But, it's always easy to take a photo and you will still need to do something
> Would you be so kind as to elaborate on your statement, i.e. the "fundamental
> stupidity"?
I didn't make the original statement but perhaps I can shed some light. Even
if, hypothetically, you were able to disable the cmd-shift-3 keyboard shortcut
there many, many other ways for a person to c
Am 06.03.2013 um 06:13 schrieb Scott Ribe:
> On Mar 5, 2013, at 8:57 PM, Brad O'Hearne wrote:
>
>> I am working on a security-related Mac app and I need to know the way to
>> turn off the ability to screen shot or capture the contents of the app's
>> window.
>
> No, what you need to do is rec
On Mar 5, 2013, at 8:57 PM, Brad O'Hearne wrote:
> I am working on a security-related Mac app and I need to know the way to turn
> off the ability to screen shot or capture the contents of the app's window.
No, what you need to do is recognize the fundamental stupidity of the
requirement and dr
Hello,
I am working on a security-related Mac app and I need to know the way to turn
off the ability to screen shot or capture the contents of the app's window. It
would appear that setting the sharing type on the main window (which covers the
entire screen) to none doesn't completely do it. I
33 matches
Mail list logo
