[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Nuke libgmodel?
Re: Nuke libgmodel?
Mon, 5 Feb 2001 06:50:37 -0800 (PST)
--- Jonathan Gapen <address@hidden> wrote:
> Yesterday, I experimentally obliterated all traces of the gmodel
> code from gnustep-gui. This broke only NSColorPanel. Today, I did a
> CVS update and found that Fred re-implemented NSColorPanel without my
> gmodel. As we can see, gmodels aren't winning any popularity contests.
> Instead of fixing up a few problems with the NSSavePanel and
> NSColorPanel gmodels, we now have hard-coded versions. And none of the
> apps released for GNUstep uses gmodels.
Actually, loginpanel does use gmodels. Something has changed recently and
gmodels are now broken. I was tempted to find the problem, but I believe that
our time is better spent trying to get GORM.app working and .gorm files read
> Unless I'm missing something, a
> gmodel doesn't have any advantage over a NIB-style object archive. Only
> native GNUstep and OPENSTEP could possibly share gmodels, and even then
> with a lot of hackish code to take into account different widget sizes.
> This leads me to suggest removing libgmodel from gnustep-gui.
> Nothing in gnustep-gui uses it any longer, and few (if any) other apps
> use it. I think the best use for the code is as a seperate library for
> any apps that still use it, and for nib2gmodel. Thus, a gmodel would be
> a transfer format for Gorm to load for tweaking, before saving as a
> .gorm file.
> Does this sound reasonable?
Perhaps we should consider a nib2gorm program.
> All persons, living or dead, are purely coincedental.
> Discuss-gnustep mailing list
Gregory John Casamento Sr. Software Engineer
Software patents are endangering the computer industry
in the US and around the world. Join the LPF and help
the cause. http://lpf.ai.mit.edu/
Get personalized email addresses from Yahoo! Mail - only $35
a year! http://personal.mail.yahoo.com/
Re: Nuke libgmodel?,
Gregory Casamento <=