On Sep 18, 2014, at 7:13 PM, Keary Suska wrote:
> On Sep 18, 2014, at 3:22 PM, Daryle Walker wrote:
>
>> I removed the old style type (“NSStringPboardType”) and it still worked.
>> When I changed the “public.plain-text” to “public.url” and tested with the
>> entry field on Firefox, Safari’s “
On Sep 19, 2014, at 3:49 AM, Daryle Walker wrote:
> On Sep 18, 2014, at 7:13 PM, Keary Suska wrote:
>
>> On Sep 18, 2014, at 3:22 PM, Daryle Walker wrote:
>>
>>> I removed the old style type (“NSStringPboardType”) and it still worked.
>>> When I changed the “public.plain-text” to “public.url
Long ago, in the 1990s, I remember there was some web page on Apple’s server
that let you register a four-character type code, for either type or creator.
I’ve been trying to find it lately. I sometimes found references that could be
it, but following the link either went to the Apple Developer
On 19 Sep 2014, at 7:43 pm, Daryle Walker wrote:
> Long ago, in the 1990s, I remember there was some web page on Apple’s server
> that let you register a four-character type code, for either type or creator.
> I’ve been trying to find it lately. I sometimes found references that could
> be it
On 18/09/14 19:43, Kyle Sluder wrote:
When an OS gets towards release, I notice a sharp increase in the likelihood
of my bug report getting intercepted and returned by bug screeners. This is a
function of a management, not engineering, and I gather their job is to swat
bugs away from the engineer
> On 2014/09/19, at 18:54, Graham Cox wrote:
>
>
>> On 19 Sep 2014, at 7:43 pm, Daryle Walker wrote:
>>
>> Long ago, in the 1990s, I remember there was some web page on Apple’s server
>> that let you register a four-character type code, for either type or
>> creator. I’ve been trying to fi
My iOS app running on 8.0 says:
"Trying to start MapKit location updates without prompting for location
authorization. Must call -[CLLocationManager requestWhenInUseAuthorization] or
-[CLLocationManager requestAlwaysAuthorization] first."
Two questions:
1. where is requestWhenInUseAuthorization
> On 19 Sep 2014, at 8:59 pm, Gerriet M. Denkmann wrote:
>
> My iOS app running on 8.0 says:
> "Trying to start MapKit location updates without prompting for location
> authorization. Must call -[CLLocationManager requestWhenInUseAuthorization]
> or -[CLLocationManager requestAlwaysAuthorizati
Enjoy.
Sent from my iPad
___
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 Subscriptio
I was wrong. The iOS docs are still borked in Xcode 5.
And on another note, BMW just announced that they released a new car. Amazing
that the one in my garage just magically stopped working. (Illustrating a point
here, that's all.)
Sent from my iPad
On Sep 19, 2014, at 10:06 AM, Alex Zavato
My document structure is a file wrapper containing a bunch of RTF documents and
a file called structure.json which describes how they relate to one another.
I write out the structure file like this:
let structureDict = theProject.getStructureDictionary()
let jsonData = NSJSONSerializat
Our app init (called from applicationWillFinishLaunching) needs to put up some
modal dialogs. When one of these modals is dismissed, NSApplication proceeds to
call application:openFiles:, but we haven't returned from
applicationWillFinishLaunching yet, so we're not ready. I'm sure others have
n
On 2014 Sep 18, at 12:51, Corbin Dunn wrote:
> Have you logged a bug on this issue?
On Sept 17, I filed a bug 18365579, on the slow behavior in Safari.
Hmmm, maybe I should file a separate bug on the underlying AppKit behavior.
With two teams getting it in their in-box, it has a better chanc
FWIW, I've seen standard UI controls (esp. progress bars) in Apple apps go into
this kind of super-flickery state in Yosemite on my Retina MBP. I've been
assuming it's a WindowServer or graphics driver bug.
(No, I didn't file a Radar. It was sufficiently common and glaring that I
assumed it was
just out of curiosity—have you attempted this earlier, e.g. in NSApplication
init?
regards,
edward
On Sep 19, 2014, at 12:12 PM, Mills, Steve wrote:
> Our app init (called from applicationWillFinishLaunching) needs to put up
> some modal dialogs. When one of these modals is dismissed, NSAppli
On Sep 19, 2014, at 9:39 AM, Jens Alfke wrote:
>
> FWIW, I've seen standard UI controls (esp. progress bars) in Apple apps go
> into this kind of super-flickery state in Yosemite on my Retina MBP. I've
> been assuming it's a WindowServer or graphics driver bug.
>
> (No, I didn't file a Radar.
On 19/09/14 18:39, Jens Alfke wrote:
FWIW, I've seen standard UI controls (esp. progress bars) in Apple apps go
into this kind of super-flickery state in Yosemite on my Retina MBP. I've
been assuming it's a WindowServer or graphics driver bug.
(No, I didn't file a Radar. It was sufficiently comm
On Sep 19, 2014, at 11:49:38, edward taffel wrote:
> just out of curiosity—have you attempted this earlier, e.g. in NSApplication
> init?
No. I don't think that's the right place to do this sort of thing. And we're
too late in the cycle now to make such a radical change.
--
Steve Mills
office
On 19 Sep 2014, at 20:21, Roland King wrote:
>
>> On 19 Sep 2014, at 8:59 pm, Gerriet M. Denkmann wrote:
>>
>> My iOS app running on 8.0 says:
>> "Trying to start MapKit location updates without prompting for location
>> authorization. Must call -[CLLocationManager requestWhenInUseAuthorizat
You also need to add items to your Info.plist file:
NSLocationAlwaysUsageDescription
and/or
NSLocationWhenInUseUsageDescription
On Sep 19, 2014, at 2:01 PM, Gerriet M. Denkmann wrote:
>
> So I put it into viewDidLoad of the view controller for the MapView.
>
> But:
>
> authorizationStatus
On Sep 19, 2014, at 11:06 , John Tsombakos wrote:
> You also need to add items to your Info.plist file:
>
> NSLocationAlwaysUsageDescription
>
> and/or
>
> NSLocationWhenInUseUsageDescription
And to clarify, these are keys for a string value. That string value gets
displayed as detail text
Out of curiosity, and to start from a more established test case, does this
work from straight cocoa, as opposed to Swift, or does it fail the same way?
Sent from my iPad
On Sep 19, 2014, at 11:45 AM, Charles Jenkins wrote:
> My document structure is a file wrapper containing a bunch of RTF do
> On Sep 19, 2014, at 1:24 PM, Alex Zavatone wrote:
>>
>> Is calling regularFileContents the wrong way to read up my JSON file?
Just a side alternative….here’s what I’m doing to solve a similar problem.
Base64 encode any value that isn’t a simple string (a document potentially
containing oth
On 20 Sep 2014, at 01:30, Rick Mann wrote:
>
> On Sep 19, 2014, at 11:06 , John Tsombakos wrote:
>
>> You also need to add items to your Info.plist file:
>>
>> NSLocationAlwaysUsageDescription
>>
>> and/or
>>
>> NSLocationWhenInUseUsageDescription
>
> And to clarify, these are keys for a
> On 2014/09/19, at 22:21, Roland King wrote:
>
> use google, or Dash.
Yes! Those and Open Quickly to peruse the headers.
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Co
25 matches
Mail list logo
