• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Request for help in getting table View to reflect fetch results
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


References: 
 >Request for help in getting table View to reflect fetch results (From: "Ernest Schaal" <email@hidden>)
 >Re: Request for help in getting table View to reflect fetch results (From: Chris Hanson <email@hidden>)
 >Re: Request for help in getting table View to reflect fetch results (From: mmalc crawford <email@hidden>)
 >Re: Request for help in getting table View to reflect fetch results (From: "Ernest Schaal" <email@hidden>)
 >Re: Request for help in getting table View to reflect fetch results (From: "I. Savant" <email@hidden>)

  • Prev by Date: Re: Request for help in getting table View to reflect fetch results
  • Next by Date: Re: How to keep creation/modification date of a (Core Data) object?
  • Previous by thread: Re: Request for help in getting table View to reflect fetch results
  • Next by thread: Getting modifierFlags during menu action
  • Index(es):
    • Date
    • Thread