I would like to make a small contribution to this very interesting debate you have initiated.
Some of the problems you are raising can be solved (on Linux and BSD) by ensuring that the desktop follows the recommendations of freedesktop.org. This would, in my opinion, improve some of the default configurations of GNUstep. I also want to remind you that currently, distribution on Linux and BSD is done through Flatpak. I don't think it would be very difficult to create a script to package applications for distribution in this system, but it is a topic that needs further investigation. Regards, Albert > El 12 jul. 2024, a les 6:34, [email protected] va escriure: > > Hi Riccardo, > >> Am 11.07.2024 um 23:07 schrieb Riccardo Mottola <[email protected]>: >> >> Hi Lars, >> >> [email protected] >> <mailto:[email protected]> wrote: >>> >>> /* >>> Cocoa.h >>> Cocoa Framework >>> Copyright (c) 2000-2015, Apple Inc. >>> All rights reserved. >>> >>> This file should be included by all Cocoa application source files >>> for easy building. Using this file is preferred over importing individual >>> files because it will use a precompiled version. >>> >>> Tools with no UI and no AppKit dependencies may prefer to include >>> just <Foundation/Foundation.h>. >>> */ >>> >>> #import <Foundation/Foundation.h> >>> #import <AppKit/AppKit.h> >>> #import <CoreData/CoreData.h> >>> Cocoa.h (END) >>> >>> MBP15:Headers lars$ uname -a >>> Darwin MBP15.local 23.5.0 Darwin Kernel Version 23.5.0: Wed May 1 20:09:52 >>> PDT 2024; root:xnu-10063.121.3~5/RELEASE_X86_64 x86_64 >>> MBP15:Headers lars$ >>> >>> Hth and clears things up. >> >> sure. Originally, there was no CoreData, so it was really just >> Foundation+AppKit. However it still remains quite basic, I got a false >> impression then. >> Interesting is that Cocoa is just a Marketing gag. >> At the end, https://developer.apple.com/documentation/ doesn't list Cocoa, >> it just all the split Kits. >> >> Riccardo > > Well, CoreData was originally not there, but during NeXT-times we had EOF > (Enterprise Objects Framework). EOF (we have a clone here, GDL2! > https://github.com/gnustep/libs-gdl2 ) was later only available with > WebObjects (we have a clone here too, GNUstepWeb! > https://github.com/gnustep/libs-gsweb ) then ported to Java and died years > later when WebObjects was no longer supported. Well, WebObjects still has a > vibrant community, there is still traffic on > https://lists.apple.com/mailman/listinfo/webobjects-dev although the archives > seem no longer to work (I am subscribed, I know). > > After EOF (which I like very much, it is still the best Object Relational > Mapper (ORM) out there, way better than Hibernate, which everybody seems to > use) came CoreData. It had a rough start but is well established in the > meantime. > > > Kind regards, > > Lars
