| 1 |
> > BTW, I believe finder is not written in ObjectiveC, so I am not quite |
| 2 |
sure |
| 3 |
> > if multi-mode lists are possible in Cocoa / OpenStep at all. |
| 4 |
|
| 5 |
> Hmmm... Not sure. I haven't toyed around with ProjectBuilder long |
| 6 |
> enough to know what you can do. |
| 7 |
|
| 8 |
I am not sure ProjectBuilder is correct here. You mean InterfaceBuilder |
| 9 |
(Apple) or GORM (GNUstep)? |
| 10 |
|
| 11 |
> > It is a whole another thing if I want to let automated tools untidy my |
| 12 |
> > system ;) |
| 13 |
|
| 14 |
> So, what are your thoughts on using a Framework, like Apple does for |
| 15 |
> Java and Python for instance? |
| 16 |
|
| 17 |
I am not qute sure what you mean here. I know about frameworks as a Apple |
| 18 |
/ OpenStep?) concept in general and really like it, but I don't know what |
| 19 |
and how you would apply this to the current topic. |
| 20 |
And I don't know about how to mix traditional Unix file system hierarchies |
| 21 |
/ build systems with "modern" concepts like frameworks. |
| 22 |
|
| 23 |
> > So perhaps gnustep-libs (or a meta package which could be solved by |
| 24 |
> > gnustep-libs-devel or cocoa libs) would be the correct dependency? |
| 25 |
|
| 26 |
> The gnustep ebuilds check if the compiler was built with the objc |
| 27 |
> USE-flag. This probably fails on OSX, since no compiler is built at all |
| 28 |
> currently. |
| 29 |
|
| 30 |
I see. So in this case Gentoo is not of much use for building the wrapper. |
| 31 |
Back to plain ./configure && make && make install, if any? |
| 32 |
|
| 33 |
> > I don't really like the language either, but the possibility to write an |
| 34 |
> > portable application without either having to delve into proprietary |
| 35 |
XCode |
| 36 |
> > stuff, or into GNUmake build system hell, it becomes rather attractive. |
| 37 |
> > Its all a question of a comfortable tool chain... |
| 38 |
|
| 39 |
> Ehm... This might sound like blasphemy to some, but what about Java? |
| 40 |
> If cross-platformability is the only concern here, then Java does an |
| 41 |
> outstanding job, and has a very nice integration with the OSX interface. |
| 42 |
> Xcode/ProjectBuilder can even generate some sort of native compile of |
| 43 |
> Jaba code with UI widgets, which would probably allow it to speed up a |
| 44 |
> bit, while not entirely getting OSX only. |
| 45 |
|
| 46 |
With cross-platform compatibility in this context I mean toolkit level |
| 47 |
compatibility, i.e. a system which integrates nicely into the desktop. |
| 48 |
And IDE specific builds just get in the way of having a build system for |
| 49 |
both platforms. |
| 50 |
I am neither able to use XCode on Linux (licence, binary only), nor |
| 51 |
ProjectBuilder on MacOSX (withouut resorting to build the whole GNUstep |
| 52 |
enironment on X) |
| 53 |
|
| 54 |
> In GUI's I'm not an expert, but for the rest of Java, I can handle it |
| 55 |
> fairly well. |
| 56 |
|
| 57 |
Same as me (I am a certified Java developer too). Also purely non-GUI, |
| 58 |
enterprise / server only. |
| 59 |
But for the GUI side: last time I checked, there exist no maintained |
| 60 |
Cocoa-Java bridge anymore (after Apple deprecated its work). |
| 61 |
Even less a wrapper which works on both Macos and Linux. |
| 62 |
And even if such thing would exists, it would be a wrapper library only, |
| 63 |
which would make applications compiled against it less than platform |
| 64 |
independent. |
| 65 |
For (pure) Java toolkits like SWT and / or Swing - not on my (home) |
| 66 |
desktop, please ;) |
| 67 |
|
| 68 |
Regards |
| 69 |
Dirk |
| 70 |
|
| 71 |
|
| 72 |
|
| 73 |
|
| 74 |
|
| 75 |
|
| 76 |
|
| 77 |
|
| 78 |
-- |
| 79 |
gentoo-osx@g.o mailing list |
Archives