Re: Request for help in getting table View to reflect fetch results
Re: Request for help in getting table View to reflect fetch results
- Subject: Re: Request for help in getting table View to reflect fetch results
- From: "Ernest Schaal" <email@hidden>
- Date: Mon, 16 Jul 2007 07:32:37 +0900
On 7/16/07, I. Savant <email@hidden> wrote:
On Jul 15, 2007, at 5:11 PM, Ernest Schaal wrote:
> You all have given me a lot to study over the next few days. If I
> understand you correctly, it is doable, but it is a nontrivial
> exercise.
>
With respect, you're trying to run before you can walk. Get
yourself a good book on Cocoa (most of which, I believe, cover using
table views the "original" way - with table data sources). This is so
not-non-trivial it isn't not not even funny. You NEED to learn the
basics before you try writing an app that uses the more advanced
topics (Bindings and Core Data).
I read Aaron Hillegass's "Cocoa Programming for Mac OS X" and Erick
Tejkowski's "Cocoa Programming for Dummies". Unfortunately, both books
were written before Core Data. Do you know a good book written
covering Core Data?
> It appears that the present Mac documentation makes it easy for the
> novice to get started in developing a data base, and you can easily
> make a quick-and-dirty one on the fly, but such a database lacks many
> features (like fetch requests that modify the table view). To do more,
> you really have to know the code well enough to make you own
> controllers from scratch rather than use the ones made by the
> control-drag from the model to the interface window.
>
It depends on what you're doing. Since you haven't yet thoroughly
read the documentation you've been directed to, you can't really make
such an assertion.
Obviously, I haven't read all the documentation, as there is an
never-ending amount of it. I have been trying to read everything I
could about fetch, not only in the Apple Documentation but also on the
Web. That does not mean I understood everything I read.
Creating an interface from the model using the control-drag
shortcut is mostly only useful as a 'scaffolding' so you can
manipulate things while you're developing your application into
something more complicated. If you're expecting to build a full-
featured, useful application with drag-and-drop, you'd do well to
reevaluate your expectations; they're unrealistic. Control-dragging
an interface from a data model will get you a very basic beginner's
address book app and little more without tweaking.
Remember, scaffolding is ugly, bare-bones, and a *temporary*
measure during construction.
My question was whether or not it is useful
> - NSTableDataSource Protocol Objective-C Reference
> - Table View Programming Guide
That's a good place to start if you don't want to use Cocoa
Bindings (which newbies often believe is part of Core Data; it's not,
it just meshes well with it). It'll show you how things work without
Bindings, which is *essential* if you want to be anything more than a
dilettante. I mean that with respect; it sounds like you want to
learn more, so it's important to understand that Core Data and Cocoa
Bindings are not really 'beginner' materials. If you want to make
good use of them, you have to learn more about Cocoa itself first.
If you want to use bindings (which negates the need for code for
simply displaying/editing most data in a table view), I suggest this
tutorial:
http://www.cocoadevcentral.com/articles/000080.php
This shows you not only how to supply data to a table via
Bindings, but how Bindings generally work. This is done with a real-
world example (a basic mail app interface). Using bindings, you don't
have to use the table data source for the basics, but you may have to
use a mix of the two for some things (custom cells, etc.).
In short, however, you truly are biting off more than you can chew
at the moment. It appears you're trying to swallow the entire rack of
ribs whole, as opposed to chewing the meat off one rib at a time.
Slow down, chew, and use some barbecue sauce. ;-)
That is why I tried to spread the tutorials over the year. This is the
sixth of ten, and the first where I had this much trouble, although
the help files section was a tad difficult at the time.
Thank you for the input. It has been a learning experience. B-)
_______________________________________________
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