Re: Core Data

[Gregory Casamento]

I believe that the reason was that NSObjectController needs to point
to an implementation of NSManagedObjectContext since it lives in
AppKit, so I implemented a dummy version.   This was likely before
GSCoreData was even started or before it was completed.

Nevertheless I don't think NSManagedObjectContext even belongs in
AppKit, so there needs to be a way to reference it in
NSObjectController (since NSObjectController is in AppKit) without
putting NSManagedObjectContext there.

GC

On Sun, May 29, 2011 at 2:39 PM, Fred Kiefer <fredkiefer@gmx.de> wrote:
> Great idea, best you move the few implemented methods over to gscoredata.
> Do you remember, why you implemented that class here?
>
> On 29.05.2011 19:58, Gregory Casamento wrote:
>>
>> gscoredata was moved to dev-libs some time ago... I will look into
>> getting rid of the implementation of NSManagedObjectContext in
>> gnustep-gui.
>>
>> GC
>>
>>
>> On Sun, May 29, 2011 at 1:43 PM, Ivan Vučica<ivucica@gmail.com>  wrote:
>>>
>>> Hi,
>>> from what I can tell, there isn't an implementation of Core Data for
>>> GNUstep. (There does appear to be some work
>>> here: http://www.nongnu.org/gscoredata/)
>>> I'd like to point out that there is currently a class in GNUstep that
>>> makes
>>> starting such an effort a bit troublesome; that is NSManagedObjectContext
>>> in
>>> GNUstep GUI. Core Data has a class of the same name, which is essential
>>> to
>>> Core Data.
>
>
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep
>



-- 
Gregory Casamento - GNUstep Lead/Principal Consultant, OLC, Inc.
yahoo/skype: greg_casamento, aol: gjcasa
(240)274-9630 (Cell)