1 |
> > > Besides, I am more a fan of icon list views or OpenStep like multi-column |
2 |
> > > lists, instead of table based lists... |
3 |
> > I like the Finder giving you three views on the same data. For every |
4 |
> > occasion it's own view ;) |
5 |
> |
6 |
> Which doesn't really help if you want to be GNUstep compatible. From what |
7 |
> I know, on compatibility mode you are stuck with things like GNUstep |
8 |
> Workspace.app. |
9 |
> BTW, I believe finder is not written in ObjectiveC, so I am not quite sure |
10 |
> if multi-mode lists are possible in Cocoa / OpenStep at all. |
11 |
|
12 |
Hmmm... Not sure. I haven't toyed around with ProjectBuilder long |
13 |
enough to know what you can do. |
14 |
|
15 |
> > Why is a prefixed hierarchy (like Fink's /sw) not an option for you? |
16 |
> > What is different in there from installing into /usr/local or /gnu? |
17 |
> |
18 |
> I think prefixed hierarchies make the system unclean. It is one thing if I |
19 |
> decide to install modules into such a hierarchy in order to get |
20 |
> interesting other modules compiled. |
21 |
> It is a whole another thing if I want to let automated tools untidy my |
22 |
> system ;) |
23 |
|
24 |
So, what are your thoughts on using a Framework, like Apple does for |
25 |
Java and Python for instance? |
26 |
|
27 |
> I would think a working ObjectiveC compiler is a prerequisite for |
28 |
> compiling gnustep. |
29 |
> So perhaps gnustep-libs (or a meta package which could be solved by |
30 |
> gnustep-libs-devel or cocoa libs) would be the correct dependency? |
31 |
|
32 |
The gnustep ebuilds check if the compiler was built with the objc |
33 |
USE-flag. This probably fails on OSX, since no compiler is built at all |
34 |
currently. |
35 |
|
36 |
> > > Good question, but something I cannot answer. My Python knowledge is |
37 |
> > > nearly zero. |
38 |
> |
39 |
> > Same here. And I'm not enough attracted to the appearance of the |
40 |
> > language to actually try and learn it. I can understand it, that's all. |
41 |
> |
42 |
> I don't really like the language either, but the possibility to write an |
43 |
> portable application without either having to delve into proprietary XCode |
44 |
> stuff, or into GNUmake build system hell, it becomes rather attractive. |
45 |
> Its all a question of a comfortable tool chain... |
46 |
|
47 |
Ehm... This might sound like blasphemy to some, but what about Java? |
48 |
If cross-platformability is the only concern here, then Java does an |
49 |
outstanding job, and has a very nice integration with the OSX interface. |
50 |
Xcode/ProjectBuilder can even generate some sort of native compile of |
51 |
Jaba code with UI widgets, which would probably allow it to speed up a |
52 |
bit, while not entirely getting OSX only. Window manager would not be |
53 |
an issue any more, and even Gentoo/Cygwin could benefit from it out of |
54 |
the box. |
55 |
In GUI's I'm not an expert, but for the rest of Java, I can handle it |
56 |
fairly well. |
57 |
|
58 |
Ok, no Java/Python/C flames here. Just practical comments please. |
59 |
|
60 |
-- |
61 |
Fabian Groffen |
62 |
Gentoo for Mac OS X Project -- Interim Lead |
63 |
Sun Certified Programmer for the Java 2 Platform 1.4 |
64 |
-- |
65 |
gentoo-osx@g.o mailing list |