> > BTW, I believe finder is not written in ObjectiveC, so I am not quite sure > > if multi-mode lists are possible in Cocoa / OpenStep at all.
> Hmmm... Not sure. I haven't toyed around with ProjectBuilder long > enough to know what you can do. I am not sure ProjectBuilder is correct here. You mean InterfaceBuilder (Apple) or GORM (GNUstep)? > > It is a whole another thing if I want to let automated tools untidy my > > system ;) > So, what are your thoughts on using a Framework, like Apple does for > Java and Python for instance? I am not qute sure what you mean here. I know about frameworks as a Apple / OpenStep?) concept in general and really like it, but I don't know what and how you would apply this to the current topic. And I don't know about how to mix traditional Unix file system hierarchies / build systems with "modern" concepts like frameworks. > > So perhaps gnustep-libs (or a meta package which could be solved by > > gnustep-libs-devel or cocoa libs) would be the correct dependency? > The gnustep ebuilds check if the compiler was built with the objc > USE-flag. This probably fails on OSX, since no compiler is built at all > currently. I see. So in this case Gentoo is not of much use for building the wrapper. Back to plain ./configure && make && make install, if any? > > I don't really like the language either, but the possibility to write an > > portable application without either having to delve into proprietary XCode > > stuff, or into GNUmake build system hell, it becomes rather attractive. > > Its all a question of a comfortable tool chain... > Ehm... This might sound like blasphemy to some, but what about Java? > If cross-platformability is the only concern here, then Java does an > outstanding job, and has a very nice integration with the OSX interface. > Xcode/ProjectBuilder can even generate some sort of native compile of > Jaba code with UI widgets, which would probably allow it to speed up a > bit, while not entirely getting OSX only. With cross-platform compatibility in this context I mean toolkit level compatibility, i.e. a system which integrates nicely into the desktop. And IDE specific builds just get in the way of having a build system for both platforms. I am neither able to use XCode on Linux (licence, binary only), nor ProjectBuilder on MacOSX (withouut resorting to build the whole GNUstep enironment on X) > In GUI's I'm not an expert, but for the rest of Java, I can handle it > fairly well. Same as me (I am a certified Java developer too). Also purely non-GUI, enterprise / server only. But for the GUI side: last time I checked, there exist no maintained Cocoa-Java bridge anymore (after Apple deprecated its work). Even less a wrapper which works on both Macos and Linux. And even if such thing would exists, it would be a wrapper library only, which would make applications compiled against it less than platform independent. For (pure) Java toolkits like SWT and / or Swing - not on my (home) desktop, please ;) Regards Dirk -- [email protected] mailing list
