On Sep 4, 2014, at 10:25 PM, Jens Alfke j...@mooseyard.com wrote:
I think what's actually going on is that the app doesn't show up as running
until it's gotten far enough into its launch process to check in with the
WindowServer.
You're dealing with a multi-threaded system, so it makes
On Sep 4, 2014, at 11:22 PM, Ken Thomases k...@codeweavers.com wrote:
-[NSWorkspace launchApplicationAtURL:options:configuration:error:] directly
returns the NSRunningApplication that it launched. You can get the URL using
-URLForApplicationWithBundleIdentifier: in order to work from a
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.
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
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 compliant
On Friday, September 5, 2014, bigpig bigpig1...@gmail.com 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
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
___
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… sigh Oh well...
On Sep 5,
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. I was trying to avoid it due to user
experience issues; requiring a second login, etc is
On Friday, September 5, 2014, Quincey Morris
quinceymor...@rivergatesoftware.com wrote:
On Sep 5, 2014, at 10:15 , Britt Durbrow
bdurb...@rattlesnakehillsoftworks.com javascript:; wrote:
If I can’t find an officially supported way to do this, then yeah -
that’s what I figure I’ll have to
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 jonathan...@mac.com 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
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
On Sep 5, 2014, at 13:31 , Jonathan Guy jonathan...@mac.com 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
quinceymor...@rivergatesoftware.com 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
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
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 sevenbitst...@gmail.com wrote:
On Friday, September 5, 2014, Quincey Morris
quinceymor...@rivergatesoftware.com wrote:
On Sep 5, 2014, at 10:15 ,
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
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 run.)
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
On 2014 Sep 05, at 20:22, Jim Geist velocity...@rodentia.net 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.
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
On Sep 5, 2014, at 1:44 PM, Jonathan Guy jonathan...@mac.com 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
23 matches
Mail list logo
