Hi Shane,
The way I’ve been doing this is to keep hold of my own text finder in my
NSTextView subclass:
self.textFinder = [[NSTextFinder alloc] init];
then to set it up like this:
[self.textFinder setClient:self];
[self.textFinder setFindBarContainer:[self enclosingScrollView]];
[sel
On 13 Apr 2015, at 5:31 pm, Martin Hewitson wrote:
>
> The way I’ve been doing this is to keep hold of my own text finder in my
> NSTextView subclass:
>
>
>
> Unfortunately I still get reports of crashes similar to what you report.
You almost had me convinced, until I read that last line ;
I have a Cocoa document app that represents a sqlite backed document type (its
not CoreData).
Users can (and do) delete documents while they are open in the app.
The app then crashes in the sqlite data layer whenever data access occurs.
The data layer is Mono based, not Cocoa.
I want to try and d
I think the document system monitors the file, and calls -setFileURL: when it
detects a change.
I’m not sure how careful that monitoring is, though, whether it happens
continuously, or only at the moment the app or document regains focus.
> On 13 Apr 2015, at 14:19, Jonathan Mitchell wrote:
>
> On 13 Apr 2015, at 15:01, Mike Abdullah wrote:
>
> I think the document system monitors the file, and calls -setFileURL: when it
> detects a change.
Good catch there Mike!
-setFileURL: does indeed get called immediately the file gets renamed, moved or
trashed,
I am not sure that my data la
> On Apr 13, 2015, at 7:01 AM, Mike Abdullah wrote:
>
> I’m not sure how careful that monitoring is, though, whether it happens
> continuously, or only at the moment the app or document regains focus.
Even if it’s continuous, it can’t be continuous enough, since the OS is
multithreaded. There
> On Apr 11, 2015, at 12:49 PM, Daryle Walker wrote:
>
> We have to make sure that the automatic parent/nesting aspect doesn’t make
> sibling & cousin progress objects, whose actions will be interlaced,
> interfere with each other.
It’s only automatic while an NSProgress is made the currentPr
> On 13 Apr 2015, at 17:10, Jens Alfke wrote:
>
>
>> On Apr 13, 2015, at 7:01 AM, Mike Abdullah wrote:
>>
>> I’m not sure how careful that monitoring is, though, whether it happens
>> continuously, or only at the moment the app or document regains focus.
>
> Even if it’s continuous, it can’
> On Apr 13, 2015, at 9:36 AM, Jonathan Mitchell
> wrote:
>
> Of these lack of network support is probably the killer. But I will dig a bit
> deeper.
In my experience, relying on file locking on networked filesystems is playing
with fire. There are too many situations where it doesn’t work c
question has nothing to do with webkit, the NSURLProtocol is part of foundation
library, the fact that it is implemented inside a plugin, and can also be
instanciated inside a webview, does not make it a webkit question.
> On Apr 12, 2015, at 2:30 AM, Mike Abdullah wrote:
>
>
>> On 12 Apr 201
Yes, but it’s up to WebKit how it decides to handle the content of the page,
and what it agrees to hand off to NSURLProtocol. Perhaps most importantly, the
webkit list has more WebKit engineers monitoring it; you’re more likely to get
a decent response.
> On 13 Apr 2015, at 18:37, danchik wrot
The docs for creating a new app state that UTIs are case-sensitive:
https://developer.apple.com/library/ios/documentation/IDEs/Conceptual/AppDistributionGuide/ConfiguringYourApp/ConfiguringYourApp.html#//apple_ref/doc/uid/TP40012582-CH28-SW8
"However, unlike domain names, bundle IDs are case sens
Just a quick follow-up and thanks to those that put me on the right path.
I ran the code in GDB on a 10.6.8 machine and set NSZombieEnabled=YES. This
showed me the object that was released that Cocoa was calling
tableView:objectValueForTableColumn:row: on after release. This was only a
proble
On Mon, 13 Apr 2015 14:09:06 -0500, Steve Mills said:
>So, should string comparisons be case-insensitive when comparing UTIs?
>If not, then things fail.
Don't compare as strings, use UTTypeConformsTo().
Cheers,
--
Sean McBride, B. En
On Apr 13, 2015, at 2:17 PM, Sean McBride wrote:
> On Mon, 13 Apr 2015 14:09:06 -0500, Steve Mills said:
>
>> So, should string comparisons be case-insensitive when comparing UTIs?
>> If not, then things fail.
>
> Don't compare as strings, use UTTypeConformsTo().
Or -[NSWorkspace type:conforms
On Apr 13, 2015, at 14:29:07, Ken Thomases wrote:
>
> Or -[NSWorkspace type:conformsToType:].
And this is correct for the fileType parameter of
writeSafelyToURL:ofType:forSaveOperation:error:? The docs don't explicitly say
that fileType is a UTI, or which part of the Info.plist it comes from.
On Apr 13, 2015, at 12:33 , Steve Mills wrote:
>
> And this is correct for the fileType parameter of
> writeSafelyToURL:ofType:forSaveOperation:error:? The docs don't explicitly
> say that fileType is a UTI, or which part of the Info.plist it comes from.
> We've just come to assume it's always
On Apr 13, 2015, at 15:52:48, Quincey Morris
wrote:
> On Apr 13, 2015, at 12:33 , Steve Mills wrote:
>
>> $(PRODUCT_NAME:rfc1034identifier)
>
> Personally, I always replace this with an explicit string on a project that’s
> destined for public release. Part of it is old-fogeyism, because it
On 13 Apr 2015, at 11:17 pm, Mark Wright mailto:blue.bucon...@virgin.net>> wrote:
>
> To hide the find bar I use the following:
>
> [self.textFinder performAction:NSTextFinderActionHideFindInterface]
I guess if I go that option, I can just message the text view. At this stage
the main thing is
Our app generates a lot of data, so we had an in-app setting to set the user
prevent using up a limited data plan ("Use cellular data").
iOS 8 appears to have introduced per-app settings for this, so now we have
three places where users have to ensure that they've enabled cellular data for
the
Hello,
I noticed that when testing the installer package for my app via export from
Xcode, the app will not run when double-clicked. The error says invalid
signature. I used the command-line installer tool to test the package which
extracts and installs the app into the Applications folder:
s
21 matches
Mail list logo
