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
On Mar 3, 2013, at 8:58 PM, Jason T. Slack-Moehrle
wrote:
> I am using: IOServiceGetMatchingServices
>
> kr = IOServiceGetMatchingServices(kIOMasterPortDefault,
>
> IOServiceNameMatching("AppleUSBEHCI"), &io_objects);
>
> I am looking for how I find out information about the internal HD as t
On Mar 6, 2013, at 9:00 AM, Ben Gollmer wrote:
> On Mar 3, 2013, at 8:58 PM, Jason T. Slack-Moehrle
> wrote:
>
>> I am using: IOServiceGetMatchingServices
>>
>> kr = IOServiceGetMatchingServices(kIOMasterPortDefault,
>>
>> IOServiceNameMatching("AppleUSBEHCI"), &io_objects);
>>
>> I am looki
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
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
On Tue, 5 Mar 2013 18:56:32 -0800, Jerry Krinock said:
>> I take it you are using your technique successfully in practice?
>
>Maybe not. I'd pasted in some of my code but modified it for your
>case. Although I have done a lot of stuff in that method, I'm not sure
>if I have ever used that specif
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
> 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
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
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
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
For archive searchers, this non-reproducible problem that we worked on 3 weeks
ago wasn't fixed. It happened to me again yesterday.
Also, another, probably related problem occurred, which is that a bunch of
checkboxes in the drawer, created and bound programatically, seemed to lose
their bind
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,
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 so incredibly disapointing when the app, for what ever
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
I wasn't responding to your answer :), infact I think giving an answer to a
question is always appropriate!
I was referring to my self as the annoying lecturer, since my opinon was
never solicited :) but I just couldn't resist :) And you are correct, I
only saw the fraction (as the original p
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
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
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
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 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
Hi Friends,
i had developed the custom list view which is having NSView as a cell with
variable sizes to represent the video clips in the timeline.
and i had implemented the drag and drop for reordering functionality...
that is working as per the expectation...
but i wanted to add the animation
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
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
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
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:
On Mar 6, 2013, at 10:46 PM, Muthulingam Ammaiappan
wrote:
> (when user drag the item if the mouse co-ords enters the in between region
> then the corresponding elements will animate... and animation will end and
> it comeback its original position once the mouse left the coords)
>
> pleas
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
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
29 matches
Mail list logo
