On Jan 25, 2013, at 22:39 , Martin Hewitson wrote:
> This was held for moderation for being too large (for some reason), so I've
> trimmed it and resent it.
Yes, this happens sometimes when you paste something with formatting into an
email as unformatted text. I don't think my post (that you'r
This was held for moderation for being too large (for some reason), so I've
trimmed it and resent it.
>>
>> Should I interpret this as a window trying to message the object? Am I
>> somehow over-reasling? Under ARC, I can't, right? If it's not coming from a
>> window, how can I figure out whi
I just made a demo project to explore what the heck values
NSStringDrawing is returning:
https://github.com/kylesluder/NSStringDrawer
The line fragment results seem sensible to me, and both the glyph origin
and line fragment results make sense when using device metrics, but
asking for the baselin
I'm going from memory, but I don't think you need to do your own accessory
view. Just call setFileTypes: with the desired types on the NSOpenPanel
instance and you should get a popup by default, I think ... ? You can then get
the fileType from that object back or so.
Cheers,
-- Uli Kusterer
"Th
If you’re using your own accessory view instead of the built-in one
(shouldRunSavePanelWithAccessoryView), you’re responsible for changing the
value of fileTypeFromLastRunSavePanel. One way to do this is to make your
NSDocument instance the target of the popup button’s action and change an
inte
I'm not understanding how, if the user changes the type of file being saved in
the Save dlog, how that type gets back to the document being saved. I've added
an accessory panel from which the user can choose the file type being saved.
Each type changes the extension of the file name in the name
On Jan 25, 2013, at 11:51 AM, Martin Hewitson wrote:
>> First things first--you are getting a crash, which means that the debugger
>> should put you exactly in the place where you can inspect the arguments
>> being sent via this method which will likely tell you what object is sending
>> it and
(resent)
On Jan 25, 2013, at 07:52 , Martin Hewitson wrote:
> 2111 0x10a395410 MHControlsTabBarController Retain 2
> 03:29.823.791 0 TeXnicle-[TeXProjectDocument
> controlsTabBarController]
> 2112 0x10a395410 MHControlsTabBarController Autorelease
Hi Keary,
I appreciate your response. I'll try to answer below.
>>
>> In a document based app running under ARC, I've been struggling for an
>> eternity to get to the bottom of an occasional crash which happens when
>> closing a document. I've spent a huge amount of time working on my -tearD
On Jan 25, 2013, at 10:33 , Quincey Morris
wrote:
> Since the retain count goes from 1 to 0 here
Aargh, did it again! The count is actually going from 2 to 1 in your history.
I meant of course, discounting the balanced retain/release pairs, it's the last
remaining retain count being decrement
On Jan 25, 2013, at 7:52 AM, Martin Hewitson wrote:
> 2117 0x10a395410 MHControlsTabBarController Zombie -1
> 03:31.405.789 0 AppKit -[NSWindow sendEvent:]
>
> Should I interpret this as a window trying to message the object? Am I
> somehow over-reasling? Under ARC, I
On Jan 25, 2013, at 10:52 AM, Martin Hewitson
wrote:
> Should I interpret this as a window trying to message the object? Am I
> somehow over-reasling? Under ARC, I can't, right?
Assuming there isn't a bug in ARC, you could still be over-releasing if:
* You're supporting 10.6 and so you're usi
On Jan 25, 2013, at 8:52 AM, Martin Hewitson wrote:
> In a document based app running under ARC, I've been struggling for an
> eternity to get to the bottom of an occasional crash which happens when
> closing a document. I've spent a huge amount of time working on my -tearDown
> procedure which
Dear list,
In a document based app running under ARC, I've been struggling for an eternity
to get to the bottom of an occasional crash which happens when closing a
document. I've spent a huge amount of time working on my -tearDown procedure
which I call in my NSDocument subclass' -windowWillClo
14 matches
Mail list logo
