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
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 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 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
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 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
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
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
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
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
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
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 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
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 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
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 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
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
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 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
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
21 matches
Mail list logo