First GNUstep Renaissance Public Release.

Christopher "CJayC" Jenkins writes "Nicola Pero recently announced on the discuss-gnustep mailing list the public release of his GNUstep Renaissance software, which allows for user interfaces utilizing the GNUstep and Apple Cocoa APIs to be specified in XML. While still alpha-quality code, it can be used at the present to replace .nib (and .gorm and .gmodel) files with .gsmarkup files, which can be easily edited by hand. "

The source code can be checked out of the GNUstep CVS repo:
cvs -d:pserver:[e-mail]:/cvsroot/gn ustep login
cvs -z3 -d:pserver:[e-mail]:/cvsroot/gn ustep co dev-libs/Renaissance

Any chance of a standard?

[bill_mcgonigle]

Off the top of my head, we have:

• Glade XML [gnome.org] for GTK+ apps
  
• XUL [xulplanet.com] from the Mozilla [mozilla.org] project
  
• and now Renaissance from the GNUStep/Cocoa folks
  

plus dozens of non-portable, programmatic interfaces (Tk, Swing, Motif, Mac Toolbox, etc.) Is anybody looking at whether a portable superset XML spec is feasible? XSLT transforms ought to be able to derive a platform-specifc file. Imagine:

./configure --with-interface=cocoa

User Interfaces are the final frontier of program portability.

Re:great....

[cbv]

With an Gorm/IB like tool it will be best way to develop GUI on GNUstep/*nix GNUstep/Windows and MacOSX.

It seems to be the way to go if you (in general) want to develop applications that run basically wherever GNUstep runs on, without having to worry about the layout of your GUI, however...

I hope MacOSX developpers will use it.

... why the fsck would they care? They have Interface- and ProjectBuilder that undeniably are much more mature compared to Gorm and ProjectCenter (and now Renaissance). And I don't think most really _are_ interested in porting their software to Windows or any of the various UNICES, GNUstep runs on. A few, maybe, but most certainly not.

But Renaissance most certainly will help GNUstep to "get the word out" - and it might even help to get GNUstep a little (compared to GNOME and KDE) of much deserved (again, compared to GNOME and KDE) "hype" - as applications do not require a running X server, like ported GTK/Qt applications do.