One more Document app style question
One more Document app style question
- Subject: One more Document app style question
- From: Luther Baker <email@hidden>
- Date: Sat, 18 Oct 2014 11:19:07 -0500
Coming from an iOS background, I'm used to seeing (and encapsulating) the
creation of key Core Data components (persistent store, location,
contexts). Everything is pretty explicit and consequently easy to follow.
When I use Xcode to generate a desktop Document based app for me, that
functionality is hidden from me. No problem ... but, I don't like the class
name "Document" - I'd like to change it so something specific ...
"MyAppDocument". Maybe that is easy enough ... but then there's the
Document.xib file ... and Document.xcdatamodel.
So, how does the app specific Document class know which datamodel to
instantiate? Is the rule simply that the name of the NSDocument's subclass
must match the name of the datamodel file (similar to the default behavior
for xib matching)? -- or is there something I need to update in the plist
file as well?
Thanks,
-Luther
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden