Actually, your pure Objective C version would be to use NSString's
drawAtPoint:withAttributes instead of converting to a char* and using
CGContextShowTextAtPoint.
http://developer.apple.com/documentation/Cocoa/Reference/ApplicationKit/Classes/NSString_AppKitAdditions/Reference/Reference.html
G
There are also multiple definitions of "framework."
Here's Apple's definition:
http://developer.apple.com/documentation/MacOSX/Conceptual/BPFrameworks/Concepts/WhatAreFrameworks.html
"A framework is a hierarchical directory that encapsulates shared resources,
such as a dynamic shared library, ni
-[NSToolbarItem
setView].
I filed feedback on the documentation requesting a note that the behavior is
broken, with a description of this workaround.
Thanks again,
Gunnar
- Original Message
> From: Jonathan Hess
> To: Gunnar Proppe
> Cc: cocoa-dev@lists.apple.com
> Sent: Mo
I don't know from the information provided why your generic init is being
called, but the name of the class, AppController, is a clue to me. I'd expect a
class called AppController to have a single instance, which would control the
whole app, not to be a class that represents data in documents.
ustom View object into the
allowed-items set, click it twice and set the name of the custom NSView class
in the Identity pane of the inspector (Command-6)."
Gunnar
- Original Message ----
> From: Jonathan Hess
> To: Gunnar Proppe
> Cc: cocoa-dev@lists.apple.com
>
I followed the steps described here to set up a toolbar item with a custom view
in Interface Builder:
http://developer.apple.com/documentation/Cocoa/Conceptual/Toolbars/Articles/ToolbarInIB.html
Unfortunately my custom view's drawRect is never called. I verified that it
does get initialized. Th
