GORM 1.0 Release to Take on GNOME/KDE?

qa'lth writes "Today marks the occasion of the release of Gorm 1.0, the Interface Builder for the GNUstep project, and with its release, comes the obsolesence of the GNOME and KDE projects. Finally, today, Free Software users can enjoy the power of a well-designed, powerful object-oriented system derived from OpenStep, legacy to the acclaimed MacOSX, through GNUstep, our loving reimplementation of the OpenStep standard."

Comments

Riiight.

[coolGuyZak]

with its release, comes the obsolesence of the GNOME and KDE projects

Riiight. 'Nuff Said.

Re:Riiight.

[molnarcs]

Yeah - I don't know which is worse: 1) making such claims just for publicity (flamebait?) 2) or truly believing in it. In either case, the first screenshot you bump into will discredit their claim immediately. Compare it with anything trolltech has to offer with qt4 (or kde4's plasma efforts, koffice kids, etc.) and their development tools... I don't mention GNOME development tools because I'm not familiar with them, but I don't think they will be "obsoleted" either.

Re:Riiight.

[wangmaster]

I love it. I swear people take these things way too seriously. I get the feeling that the vast majority of people on slashdot are computer geeks with no social skills, hence the inability to get a joke.

That said, the OPENSTEP/NEXTSTEP UI has largely been considered one of the most elegant and usable interfaces to have been created. It's extremely intuitive, and while the GNUSTEP work isn't there yet, the "completion" of Gorm.app is a very good sign, as the interface builder is the foundation to creating the wonderful UI of classic NeXT applications. NeXT spent a ton of money hiring some of the best UI designers in the world, and the UI shows it. People laud over OS X's ability to hide the Unix from the newbie user, but I don't think many of them know that this had existed since the '90s beginning with NEXTSTEP.

Apple broke alot of the inherent intuitiveness of the NeXT UI when they moved to OS X, which isn't necessarly bad though, as intuitiveness != familiarity and their changes were mainly to make existing Mac OS users comfortable.

I'm impressed that the GNUStep project is still able to have milestones like this.

Re:Riiight.

[Archibald Buttle]

Yes folks.

As we all know, how pretty your user interface looks is the best barometer of how easy it is to use, how simple it is to program for, how much leverage applications get from the underlying API, and how powerful applications written using the underlying toolkit will be.

American readers should append the word "NOT" onto the end of the last paragraph.

Gorm and GNUstep are mostly about the underlying API. It's possible to rapidly build incredibly powerful applications using Gorm - significantly faster than you can with the KDE or GNOME toolkits.

who cares

[Anonymous Coward]

How about decent and WORKING drag and drop?

everyone is busy with eye candy and other useless add-ons and ignore basic operability and useability.

Re:who cares

[ScootyPuffJr]

I disagree here. Drag and drop can be incredibly intuitive if it's implemented in a sensible way.

I use drag and drop a lot when using Mac OS X simply because it works so well. Dragging files to the trash, dragging files to applications to open them, dragging images off web pages to save them etc.. it just comes naturally after a while (whereas digging through menus to find features like that has to be learnt every time). And with Exposé, you never need to rearrange windows.

Just because Windows (and therefore Linux, as sadly the linux desktops have heavily copied windows as opposed to OS X) can't do drag and drop effectively doesn't mean it's inviable. It just means that it's been made inviable through poor design.

-1 Flamebait

[ticklejw]

So why can't we moderate articles too?

Re:Graphical Object Relationship Modeller

[hunterx11]

Saying that it couldn't be done in C++ sounds like flamebait. A much better (and true) claim would be that Objective-C is the right tool for the job, and C++ absolutely the wrong tool for the job in this instance.