burper, you wrote:
>> kbackgammon is actively developed, already far ahead of cocoafibs in some ways,
> padski, where is this active development?
good question, I'll try to come back to you with the cvs or something. In the final analysis, I'll cheerfully stand by this statement even if the author of kbackgammon has been MIA longer than the author of cocoafibs: there can be more to the momentum of a piece of software than just the originating author(s) (although, conversely, the author(s) can more easily make differences of kind, rather than degree).
> It's not on sf.net, and the hoefkens site says "under dev".
yeah, great web page, huh?
> It what ways would you say that it is ahead of cocoafibs?
it is already abstracts the server end, talks to gnubg, and the author indicates an interest in ng inet bg. I have yet to look at the code, so these statements are very initial impressions.
previously (irl, not here) I compared kbg to javafibs, and also came to the conclusion that the option of the traditional seperate windows (as also found in cocoafibs), is a good one. the current fibs may not allow you to watch one match and play another, or to play three at once, but I see no obvious reason why not.
kbg falls down on sensitivity of the user interface to the average user [to be fair, not just the average user, I can bearly stand it
], but that's nothing that couldn't be fixed fairly fast.
By comparison, I'm most of the way through the 472 compiler warnings I get when I build cocoafibs
Now all I need to do is sort out the copyright and licensing, port it, get gnustep finished
, add important missing features like saved games, stats, etc. and I'm ready to take over the world
> I was going to try installing GNUstep on a linux/i86 and see how far I got.
> Not far: ./configure in gnustep-base complains that it
> "Could not find Objective-C header files".
> I have gcc 4.0.2-8, but apparently not the package needed for Obj-C?
> Oh well.
yeah. don't do that, world of pain. what distro ?
apt-get install gnustep
(not sure, apt/yum on redhat, guess similar on suse. on slackware ... zzzz. in communist russian linux the packages own you. ubuntu is the "emerging countries" speak for "can't install debian", and in gentoo we are mostly emerging this week. config, make install, "you had to do what?")
if you really want to walk around the dependency chain you could do worse than start at http://packages.debian.org/testing/x11/gnustep
, although I would check the documentation that came with the source.
mind you, last time I really tried (some years ago) to get it running, it wasn't really ready. Recent reviews of their webpages (and I've tracked them over some years), suggest to me that it is likely mostly there now, YMMV.
In any case, porting from cocoa to openstep/gnustep is a special case in it's own right: inexperienced authors targetting the proprietary cocoa implementation, rather than the more general openstep spec, will tend to fall needlessly into the trap of producing unportable code. Sadly, I am a total newbie to this tiny corner of the portability metaverse, even if I did bring my towel, and I figure the schedule for me to do a port, if I can even raise the interest, would be measured in months or years. If you [with your prodigous energy:) ] feel like having a go, or even just hacking on it as it stands, let me know: we could sync repos - I could save you the first 300 compiler warnings and then watch in admiration