digg

Damn, this is pimp.

So.. what does this exactly mean in terms of what we can expect from this....

Finally, iTunes for Windows! ...oh wait

Funniest info/faq page I've read in a while.

From the Cocotron "More Information" page (linked to at the bottom of the main info page):
"How is this related to GNUStep?
Similar idea but different license, authors, source and goals."

License: who cares? One's GPL, the other's MIT. Why bother? Authors: why didn't they just contribute GNUStep, a project that's already fairly mature? Source: duh. Goals: what goals? How, exactly, are the goals of the two projects different?

I'm wondering if this could be the start of a cross-platform Cocoa Runtime Environment.

I mean, .NET and Mono has C#.
Java has....uh, Java.
Cocoa has Objective-C.

Plus, with experimentation outside of Apple's realm, Cocoa could be taken further in its capabilities.

For instance, Apple hasn't natively implemented SVG or XUL into their Cocoa. There are third parties which have:

SVG
http://www.uncommonplace.com/xvg/
http://toxicsoftware.com/blog/pettysvg/

XUL
http://www.gnustep.it/Renaissance/index.html

But the only way that they'll gain any acceptance into a popular implementation of Cocoa is most likely outside of Apple, IMO.

If only objective C wasn't the bastard child of smalltalk and straight C.

I'd love to write Mac software but I am not interested in getting a Mac just to play around with the idea. Lets hope that this allows people like me to do just that :-)

So when does Adium for Windows hit? I need it!

According to the project page:

Some things not implemented at all, or barely working
AppleScript classes
Key/value coding
Predicates
NSDecimal*
NSHTTP*
NSURL*
NSXML*
NSIndex*
NSPort*
Controllers
Most bitmap/vector image reps
NSOpenGL*
spelling
printing
newer controls, segmented controls
Distributed Objects
NSStreams

Seems like there's a lot less here than GNUStep has.

-jcr

Since the creator of Gorm.app (JCR) has responded I'm trying to wonder how is it that the work wasn't put to GNUstep first which would have accelerated its complete implementation of the Openstep API.

And to the idiot who complains about ObjC Runtime being slow (I took worked at Apple and NeXT) all I can say is, ``you're full of ****.''

This is an interesting project, but it doesn't enable current Cocoa apps to be recompiled to run on Windows. Christopher and David have apparently done some great work, but it looks like they've aimed for OpenStep. That leaves some big question marks like Core Foundation, Core Data, Core Image, Core Graphics, CFNetwork, all of the Carbon stuff, and so on. No key-value coding, observing, or binding or controller classes. That doesn't even include new API in Leopard. Modern Mac apps are more than AppKit and Foundation. Again, though, fantastic work.

"It means that developers could potentially write apps that work on OS X and Windows. Or port OS X apps
to windows."

People still use Windows? Really?

Wow. I never knew IBM had anything to do with OpenStep/NeXTStep.

Anyway, this isn't Cocoa, so the title is (almost) inaccurate.
Cocoa consists of 2 programming interfaces, FoundationKit and AppKit; whose sole purpose is to provide a robust MVC model for programming on Mac OS X while providing an easy-to-use interface to lower-level APIs such as Carbon and CoreFoundation.

NeXTStep != OpenStep
OpenStep is meant to be a cross-platform version of NeXTStep; no system dependencies unlike NS and Cocoa.
I can see OpenStep spawning something similar to Cocoa on Windows; but at this point, it is no way shape or form similar to Cocoa.