On Thursday, September 4, 2014, Britt Durbrow <
bdurb...@rattlesnakehillsoftworks.com> wrote:
> I need to verify that the user has a login password set; and to verify
> that they have a screensaver turned on with a password requirement (I’m
> trying to make sure that the workstation is HIPAA compl
On Friday, September 5, 2014, bigpig wrote:
> I wirte a class which inherit from UIView to show the view.This view
> include a button.And how can i implement the respond method of this
> button.UIView class can’t respond button respond method.
To do it programmatically, you call -setAction: on
It might be better to make your app itself enforce the HIPAA requirements — for
example, blank the application's windows after a period of no activity, and
require a passcode to un-blank them. That won't involve any sandboxing issues.
—Jens
___
Cocoa-
If I can’t find an officially supported way to do this, then yeah - that’s what
I figure I’ll have to do. I was trying to avoid it due to user experience
issues; requiring a second login, etc is cumbersome every time somebody wants
to record something in the app… Oh well...
On Sep 5, 2014, a
On Sep 5, 2014, at 10:15 , Britt Durbrow
wrote:
> If I can’t find an officially supported way to do this, then yeah - that’s
> what I figure I’ll have to do. I was trying to avoid it due to user
> experience issues; requiring a second login, etc is cumbersome every time
> somebody wants to r
On Friday, September 5, 2014, Quincey Morris <
quinceymor...@rivergatesoftware.com> wrote:
> On Sep 5, 2014, at 10:15 , Britt Durbrow <
> bdurb...@rattlesnakehillsoftworks.com > wrote:
>
> > If I can’t find an officially supported way to do this, then yeah -
> that’s what I figure I’ll have to do.
This is for MacOS not iOS.
If your running code on a GCD queue
dispatch_sync(dispatch_get_main_queue(), ^{
//do UI stuff
});
is pretty much the way to do UI stuff on the main thread/queue which seems to
work well for iOS. MacOS seems to be a different story. Try this for a simple
example
-
> On Sep 5, 2014, at 11:44 AM, Jonathan Guy wrote:
>
> when the NSOpenPanel opens all kinds of weirdness is going on. The scroll
> views scroll very erratically if at all and the directories don't list
> properly.
Well, you've blocked one of the threads that services the global dispatch queu
I’m using a third party c library that requires registering a callback which
gets called if the operation encounters an invalid server certificate (should i
accept or reject the cert). The callback needs to return yes or no, which I
need to get via a UI prompt so the prompt needs to block so I c
On Sep 5, 2014, at 13:31 , Jonathan Guy wrote:
> The callback is basically structured like this
>
> __block BOOL accept;
>
> if ([NSThread isMainThread]) {
> accept = [[Controller sharedController] shouldIAccept:certInfo];
> }
> else {
>
Difficult to know exactly what's happening in your situation, but I’d be
inclined to try something like:
dispatch_time_t duration = dispatch_walltime(DISPATCH_TIME_NOW,
offset_nsec);
dispatch_after(duration, dispatch_get_main_queue(), ^{
> On Sep 5, 2014, at 1:48 PM, Quincey Morris
> wrote:
>
> It seems to me you’re *still* abusing the main thread. A dispatch_sync blocks
> the main thread, so it can’t be allowed to do anything that run
> asynchronously on the main thread (such as displaying a dialog) since that
> won’t compl
Dear All,
I have issues with a fullscreen app. Wh a sheet is open
(beginSheet:modalForWindow:modalDelegate:didEndSelector:contextInfo:), and I
swipe to Desktop and then swipe back to the app, the screen remains for 2
seconds on the app and then swipes again back to Desktop without my interactio
Heh… fortunately I’m *very* early in the design of this, so yeah… nothing is
set in stone yet. :-)
On Sep 5, 2014, at 11:20 AM, SevenBits wrote:
> On Friday, September 5, 2014, Quincey Morris <
> quinceymor...@rivergatesoftware.com> wrote:
>
>> On Sep 5, 2014, at 10:15 , Britt Durbrow <
>> bd
My take on this is that you shouldn’t be blocking an AppKit callback
(applicationDidFinishLaunching:). I can’t say definitively if this particular
callback is problematic. But I’ve had problems like this in past where the
delegate is called on the main thread and the delegate doing a blocking ca
>
> Why not? I assume Jonathan's -shouldIAccept: is running a nested event loop
> for the modal panel, since it doesn't return till the user dismisses it.
>
> (Whether it's a dispatch_sync or a dispatch_async doesn't matter; the main
> thread will be blocked for as long as the block takes to r
Say my app is called MyGreatApp, and I have a Core Data entity named Entity.
Per instructions, I namespace the class associated with the entity and call it
MyGreatApp.Entity. When I use Create NSManagedObject Subclasses and tell it to
generate Swift files, I get a class called MyGreatApp that co
On 2014 Sep 05, at 20:22, Jim Geist wrote:
> Workaround other than hand-tweaking the class?
You could use mogenerator instead of Xcode to generate your Core Data classes.
Although I’ve not tried it yet, supposedly mogenerator now has a —-swift
option.
https://github.com/rentzsch/mogenerato
Correct link to mogenerator good sales pitch…
http://raptureinvenice.com/getting-started-with-mogenerator/
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the modera
On Sep 5, 2014, at 1:44 PM, Jonathan Guy wrote:
> This is for MacOS not iOS.
>
> If your running code on a GCD queue
>
> dispatch_sync(dispatch_get_main_queue(), ^{
> //do UI stuff
> });
>
> is pretty much the way to do UI stuff on the main thread/queue which seems to
> work well for iOS. M
20 matches
Mail list logo
