initial version of pods. don't donwload this version

Trovebox/CoreDataTableViewController.h

@@ -0,0 +1,53 @@
+//
+//  CoreDataTableViewController.h
+//
+//  Created for Stanford CS193p Fall 2011.
+//  Copyright 2011 Stanford University. All rights reserved.
+//
+// This class mostly just copies the code from NSFetchedResultsController's documentation page
+//   into a subclass of UITableViewController.
+//
+// Just subclass this and set the fetchedResultsController.
+// The only UITableViewDataSource method you'll HAVE to implement is tableView:cellForRowAtIndexPath:.
+// And you can use the NSFetchedResultsController method objectAtIndexPath: to do it.
+//
+// Remember that once you create an NSFetchedResultsController, you CANNOT modify its @propertys.
+// If you want new fetch parameters (predicate, sorting, etc.),
+//  create a NEW NSFetchedResultsController and set this class's fetchedResultsController @property again.
+//
+
+#import <UIKit/UIKit.h>
+#import <CoreData/CoreData.h>
+
+@interface CoreDataTableViewController : UITableViewController <NSFetchedResultsControllerDelegate>
+
+// The controller (this class fetches nothing if this is not set).
+@property (strong, nonatomic) NSFetchedResultsController *fetchedResultsController;
+
+// Causes the fetchedResultsController to refetch the data.
+// You almost certainly never need to call this.
+// The NSFetchedResultsController class observes the context
+//  (so if the objects in the context change, you do not need to call performFetch
+//   since the NSFetchedResultsController will notice and update the table automatically).
+// This will also automatically be called if you change the fetchedResultsController @property.
+- (void)performFetch;
+
+// Turn this on before making any changes in the managed object context that
+//  are a one-for-one result of the user manipulating rows directly in the table view.
+// Such changes cause the context to report them (after a brief delay),
+//  and normally our fetchedResultsController would then try to update the table,
+//  but that is unnecessary because the changes were made in the table already (by the user)
+//  so the fetchedResultsController has nothing to do and needs to ignore those reports.
+// Turn this back off after the user has finished the change.
+// Note that the effect of setting this to NO actually gets delayed slightly
+//  so as to ignore previously-posted, but not-yet-processed context-changed notifications,
+//  therefore it is fine to set this to YES at the beginning of, e.g., tableView:moveRowAtIndexPath:toIndexPath:,
+//  and then set it back to NO at the end of your implementation of that method.
+// It is not necessary (in fact, not desirable) to set this during row deletion or insertion
+//  (but definitely for row moves).
+@property (nonatomic) BOOL suspendAutomaticTrackingOfChangesInManagedObjectContext;
+
+// Set to YES to get some debugging output in the console.
+@property BOOL debug;
+
+@end