Thanks for the links. In the end by comparing two XML files by hand, I was able
to see that in my development version of the model one entity had a new
property in it, which should only have been in version 3, but was in fact in
both version 3 and version 2, and the user's data file was version
On 2012 Sep 01, at 04:20, Martin Hewitson wrote:
> 1) Can one determine the version of a model from it's core data store file
> (XML) ?
> 2) Can one determine the corresponding version number of the models in Xcode ?
If I remember correctly, models are identified by UUIDs. The normal method i
Pascal, I prepared a reply to your question but did not post because I realized
this is too far off the topic of Cocoa.
Please subscribe to apple-c...@lists.apple.com and re-post over there. You'll
get better replies.
___
Cocoa-dev mailing list (Co
On 03/09/2012, at 9:04 AM, Todd Heberlein wrote:
> I ran across an interesting behavior and potentially useful feature with
> security scoped bookmarks. I hadn't run across this in my reading before. Is
> this an official behavior?
>
> It turns out that once you've created an app-scoped bookm
On 03/09/2012, at 8:10 AM, Erik Stainsby wrote:
> Advice from those who know would be much appreciated.
I wouldn't say 'I know' at all, but I find that it is necessary to put the
calls to the undo manager into the model.
NSUndoManager's basic functionality acts on the model, but it also supp
I ran across an interesting behavior and potentially useful feature with
security scoped bookmarks. I hadn't run across this in my reading before. Is
this an official behavior?
It turns out that once you've created an app-scoped bookmark for a file (after
the user selected it in an OpenPanel),
On 2 Sep 2012, at 18:32, Phillip Mills wrote:
> In an OSX application, I use a WebView to display a variety of file types.
> When the type is PDF, something within Cocoa (PDFKit?) intercepts mouse
> movement in the lower portion of the screen and responds by displaying a
> translucent gray vie
Forgot to mention this is not a NSDocument based app, nor am I using CD.
OSX 10.8/deploying 10.7
Erik Stainsby
erik.stain...@roaringsky.ca
On 2012-09-02, at 3:10 PM, Erik Stainsby wrote:
> I am questioning where in the app I ought to locate my UndoManager code:
>
> 1) in the model classes?
>
On 2 Sep 2012, at 21:26, Phillip Mills wrote:
> On 2012-09-02, at 4:16 PM, Mike Abdullah wrote:
>
>> Have you investigated supplying your own PDF view. Webkit doesn't really
>> offer anything about its built in PDF view beyond its existence.
>
> I thought about that. I've created my own vie
I am questioning where in the app I ought to locate my UndoManager code:
1) in the model classes?
2) in window controller class?
3) on its own as a controller-mediator class?
The model is kvo compliant and so will be notified by observing itself. It has
to broker the changes into the persistent
On 9/2/12 10:12 PM, Mike Abdullah wrote:
OK, thanks a lot for that tip. Even though I overwrote -setFileURL: for
some other task it never occurred to me to look if that's a better place.
Feels very natural actually. I find it extremely odd that the requirement
to update file wrapper isn't documen
On 2012-09-02, at 4:16 PM, Mike Abdullah wrote:
> Have you investigated supplying your own PDF view. Webkit doesn't really
> offer anything about its built in PDF view beyond its existence.
I thought about that. I've created my own view/representation pairs for two
other (simple) data types b
Have you investigated supplying your own PDF view. Webkit doesn't really offer
anything about its built in PDF view beyond its existence.
Sent from my iPad
On 2 Sep 2012, at 06:32 PM, Phillip Mills wrote:
> In an OSX application, I use a WebView to display a variety of file types.
> When the
I'm just updating one of my more useful little tools (Locamatic) so that it is
code signed for Mountain Lion. I know in advance that this program won't be
suitable for the app store, firstly because it's a Preference Pane and secondly
because it schedules shell scripts (packaged within the pref
In an OSX application, I use a WebView to display a variety of file types. When
the type is PDF, something within Cocoa (PDFKit?) intercepts mouse movement in
the lower portion of the screen and responds by displaying a translucent gray
view with clickable areas that give options for the user to
On 2 Sep 2012, at 20:46, Matt Patenaude wrote:
> Are you using it in the asynchronous callback style, or the synchronous
> GetFlags function?
I am using:
SCNetworkReachabilitySetCallback()
SCNetworkReachabilityScheduleWithRunLoop()
Typical case:
2012-09-02 20:59:33.540 +0700 DidWakeNotificati
Are you using it in the asynchronous callback style, or the synchronous
GetFlags function? This situation seems well-suited to the former, and if
that's not working correctly, perhaps you should report a bug.
-Matt
Sent from my iPhone
On Sep 2, 2012, at 2:53 AM, "Gerriet M. Denkmann" wrote:
On 9/2/12 1:12 PM, Mike Abdullah wrote:
On 9/1/12 10:23 PM, Mike Abdullah wrote:
It seems you're right; this is a side-effect of how NSDocument does
safe-saving. If the file wrappers internally hold onto the URL they were last
written to, that's no good if the file moves out underneath them. To
On 2 Sep 2012, at 08:04, Markus Spoettl wrote:
> On 9/1/12 10:23 PM, Mike Abdullah wrote:
>> It seems you're right; this is a side-effect of how NSDocument does
>> safe-saving. If the file wrappers internally hold onto the URL they were last
>> written to, that's no good if the file moves out un
On 01.09.2012, at 19:01, Seth Willits wrote:
> On Sep 1, 2012, at 9:53 AM, Andreas Grosam wrote:
>
>> On 31.08.2012, at 19:35, Seth Willits wrote:
>>
>> Thank you very much Seth. It's a feasible approach.
>> Your idea inspired me to a simple solution which is demonstrated in the
>> running exa
On 9/1/12 10:23 PM, Mike Abdullah wrote:
It seems you're right; this is a side-effect of how NSDocument does
safe-saving. If the file wrappers internally hold onto the URL they were last
written to, that's no good if the file moves out underneath them. To cope
they'd have to be using a bookmark o
21 matches
Mail list logo
