GTK+OSX for Mac OS X Aqua
Scott Sheppard writes "GTK+OSX has released a native Mac OS X Aqua port of the Linux-based GTK+ open source graphical user interface library. GTK+ (GIMP Toolkit) is a popular widget library supporting graphical applications for Linux. GTK+OSX version 0.1 is an alpha release intended for developers."
This could make The Gimp cozy for MacHeads without installing XDarwin and OroborOSX. Looking good!
GTK+OSX has released a native Macintosh Aqua port of the Linux-based GTK+ open source graphical user interface library. GTK+ (GIMP Toolkit) is a popular widget library supporting graphical applications for Linux. GTK+OSX version 0.1 is an alpha release intended for developers.
/ Jun19.html). "We wanted an easy-to-maintain design, that would play nice with the Linux and Windows versions of GTK+", says Rowe. "That meant choosing Carbon and C, rather than Cocoa and Objective C."
h tml
"This is great news for the Mac OS X developer community," says Macworld UK contributing editor Scott Sheppard. "It means that many popular Linux programs can be ported to run natively with Mac OS X's Aqua user interface, avoiding the hassle of users having to run an X server."
GTK+OSX is a spin-off from the Film Gimp project (www.FilmGimp.org). GTK+ is utilized by Film Gimp and many other Linux programs including those of GNU and GNOME. Mac OS X users greeted Mac Film Gimp with enthusiasm at its release earlier in December. But, that X-based compatibility version was merely the first step. GTK+OSX is being developed as the underpinnings for a native Aqua-based Mac OS X port of Film Gimp, scheduled for Q2 2003.
GTK+OSX project manager Robin Rowe is also the release manager for Film Gimp. "As soon as we released the Fink-based version of Film Gimp we began looking for ways to port natively to Mac OS X", says Rowe. "Andy and I began researching different ways of doing that, either switching to another toolkit or making GTK+ run directly on Aqua."
GTK+OSX lead developer Andy Prock is also the Mac port lead for Film Gimp. "My curiosity got the better of me", says Prock. "I discovered an abandoned GTK+ for OS 9 Sourceforge project called gtk-mac, and that became the basis for GTK+OSX". GTK+ co-maintainer Owen Taylor says, "The GTK+ team is happy to see the GTK+OSX project working on bringing the power and flexibility of GTK+ to OS X."
GTK+ has not been available running natively on Macintosh, although there is a native port of GTK+ for Windows. Mac Film Gimp and other GTK+ applications currently use Fink and the XDarwin X server, a technology that enables X Windows programs to run on the Mac almost seamlessly. The relationship between Darwin/Aqua is roughly the same as Linux/X. Both Linux and Darwin are open source, but the Macintosh Aqua interface is not. A fully open source alternative is Darwin/XDarwin. XDarwin enables X to run on Darwin, and it can run "rootless" on the Aqua desktop if a user wishes to run both. However, there's overhead and complexity to running two graphics interfaces simultaneously. That's why it is desirable to have GTK+ run natively on Mac Aqua without X.
Apple offers four GUI toolkits: Cocoa, Java2, Carbon, and Classic. Carbon and Cocoa are both native Aqua interfaces. Aqua renders utilizing Quartz, a technology Apple based upon NeXT Display Postscript. For GTK+OSX a Carbon-based design was chosen over Cocoa because Rowe was influenced by Patrick Beard's description of the challenges Mozilla Chimera experienced working with Cocoa and Objective C (see http://www.opensourceprogrammers.org/meeting/2002
A three-step process was mapped for developing the GTK+OSX library. First, do the trivial GTK+ program Hello World, then a mid-sized Linux application, then major applications such as Film Gimp. Rowe had written an article about porting the Linux-based Gothello GTK+ program to Windows (see http://linuxjournal.com/article.php?sid=5574), making it an obvious choice as a test program for a Mac port. Mac Gothello is the first real program to utilize GTK+OSX. Both are available for download at the GTK+OSX site at SourceForge.
* Pricing and Availability
Free at http://gtk-osx.sourceforge.net. GTK+OSX is available as source tarball (gz). Download version 0.1 or higher, about 8mb. Optional Mac Gothello download is about 1mb. GTK+OSX has an active mailing list.
* Further Information
http://gtk-osx.sourceforge.net
Robin Rowe, GTK+OSX project manager, 510-235-2397, Robin.Rowe@MovieEditor.com
Full rez screenshots: http://gtk-osx.sourceforge.net/docs/applications.
But, why would anyone use GTK when OS X provides the vastly better Aqua?
...for people like myself who are looking for cross-platform ways of developing apps (particularly front-ends for network apps). Now it seems all 3 major platforms are covered. hurrah!
Cool - Finally XChat, maybe, I'll hafta try it. And yes, I installed X, and yes, I'd still prefer a native version.
The heat from below can burn your eyes out
is to see the headline "X86+OSX"...
No way...it looks terrible just like all GTK apps. Putting GTK on Aqua is like putting Janet Reno in Playboy.
I don't think so!
Although it is pricey, all the "MacHeads" still are trained on (and prefer) Adobe Photoshop. Unfortunately, that is still a superior product when it comes to image manipulation. Yes, GIMP has come quite a ways (and I use it for personal stuff since Adobe P.S. is so pricey), but it is hard to compete with a product that does such a great job and that has become an industry standard.
Nice thought, but it ain't gonna happen! Too many graphi designers have spent too many years of their lives learning how to use all of the features of Photoshop
Although I think it is great that GTK is now on Mac, I don't think it will change "things" that much
Just my $0.02 cents
HallmarkOrnaments.Com
SOMEONE PORT THE DAMN THING!!!
I'd do it myself, but I'm a loser arty-farty type =)
Department of Homeland Security: Removing the rights real patriots fought and died for since 2001
I'm pretty sure that a "s/linux/bsd/" would fit as well.
Now maybe Psylsk will run correctly, and I wont have to bother with the developers release of SoleSeek.
This is probably a stupid question, but:
There are programs like FreeCIV that use GTK. How long until I can natively compile FreeCIV, or some other arbitary *nix program on OS X, without needing an X server?
Score:-1, Funny
I am an old Mac User, and I shrugged it off for the joy of the PC. But now I'm back and OSX tastes really good these days.
I can smell the deep fried pixels Now!
Yippy - Go team, Go!
How will this affect those of us with existing XFree86 and Fink applications? I currently use Gnome and Gtk for my X applications... is this an entirely-standalone product, or could it possibly integrate well with an existing Gtk install?
Edmund White
http://flickr.com/ewwhite
You're ofcourse correct Sir.
Any news yet on when GTK+ will decide to stop looking and acting like shit on Windows? I'd love to be able to use some GTK apps on Windows, but, well, they're ugly as hell and freeze a lot.
--sdem
I've been looking into cross platform toolkits myself recently. A major issue where the Mac is concerned is that it's not just the look, it's the feel; there are lots of nuances that will annoy Mac users if you don't get them right.
The screenshot shows a menu bar at the top of the Othello window, which breaks the most obvious rule of all - Mac app windows don't have a menu bar on them, instead there's a single menu bar up the top which changes depending upon the focus.
There's some specific gotchas in the wxWindows wiki, here.
Don't get me wrong, the GTK port is an achievement and I'm sure it will be very useful to a lot of people. But we'll never get to the point where someone can produce a decent Mac app by taking their Unix sources and recompiling.
Yeah, so now you've got your widgets on all the platforms and developing apps will become easier. How long is that going to last, until someone decides to implement a superior technology? Then we'll all have to start over again...It's just annoying to think that this cycle will never actually end. The horrors of software development!
The Welkin: Online Music Reviews
I welcome this news, since maybe now i can create an easy port of freeciv for mac os x. Thanks Slashdot.
First, I want to give a big thanks to the developers who made this happen. Very cool stuff, and very useful.
Second, does anyone know if PyTK (The Python TK stuff.) is going to be ported? Imagine being able to toss together a Python/TK app together that could run on OS X without X! Very cool stuff!
Thus, this "native" Aqua port just removes the dependency on X11. It doesn't use the native Aqua UI.
While UNIX users generally have no problem with UI inconsitencies caused by reinventing the widget sets between programs, Windows and especially Mac users generally do. Apps that don't use the standard widgets tend to stick out like a sore thumb. This is why people seem willing to spend time on things like Chimera.
Just take a look at that sample Othello game on that page. It does not look like a native OS X application.
This is not flamebait, but how hard would it be to have a GTK port that used the underlying buttons/scroll bars/tab views/everything else of the underlying OS? If they could do this, then GTK could become much more powerful.
The article doesn't mention much about the technical details and does not even tell us which version of GTK+ this port is based on. Unfortunately it seems to be a port of the older GTK+ version 1.2. This is a surprising at first glance since the 2.0 version of GTK+ is much better prepared for different rendering backends (and comes with GDK versions for Win32, linux-fb and DirectFB). Since this port is closely related to FilmGimp, which is unfortunately still dealing with the outdated 1.2 version, this choice becomes clear. Hopefully this project will soon lead to a GTK+-2.x port or Mac users will have to deal with outdated and mostly unmaintained GTK+ applications.
I think you missed something pretty important. GTK is the native OS widgets for Linux (well, originally written for, you can use Qt as well). What they have actually ported is GDK, which is a display system abstraction library. A GTK program will never use Windows/MacOS widgets natively because that is not its purpose, if you want that you should be using a widget toolkit abstraction lib like SWT or wxWindows. Or you could of course write a theme engine for GTK that simulates other platforms.
I wonder what Adobe's take on this is, with the GIMP on the horizon? I wonder what percentage of Photoshop installations are legal viewed from both PC and Mac perspectives. Anyone know that stat, roughly? Course it's a hard number to calculate.
slashdot: where everyone yells sarcastic metaphors to themselves to understand the issue
I stand corrected. I guess what I am really asking is whether it is feasable to make a version of GTK, that in addition to porting GDK, would reuse native OS widgets and make them look (from a programmatic standpoint) like the GTK widgets. That way, things like wxWindows would not be necessary. Does this make sense at all?
while() { drink_guiness(); }
:)
Will fail to compile. Should be while(1).
-the sig source Nazi
Arr! The laws of physics be a harsh mistress!
Macs are less expensive to own over the long term than PC's. The main factor that affects this is the power usage/requirements of the computer.
t mlm l
Check out ArsTechnica.com here to see a comparison of PowerPC and Intel pwer requirements:
http://arstechnica.com/cpu/02q2/ppc970/ppc970-1.h
http://arstechnica.com/wankerdesk/3q02/powerpc.ht
Guy, I'm tellin' ya, you get what you pay for. Mercedes Benz isn't the fast car in the automarket, but they are one of the nicest; same analogy goes for Apple; not the fastest, but one of the nicest. Your Mac OS X box (not iMac) will grow with you for several years. My Blue and White 500MHz G3 is plenty fast enough for playing Quake and cruising the internet.
You already paid $600 for a copy of Photoshop and you're going to throw it out...
How wonderfully awesome. Now if someone would port GTK+ to Windows instead of pretending they did and in fact using some Linux emulation trickery to make apps seem to run on Windows but using the most hideous, disgusting interface humanly possible (see Windows GIMP, Windows GAIM, anything else Windows GTK+ related) then I'd be even more impressed.
Can't you skin GTK or something on Linux to make it not look quite as much like ass? Is there any way of making the Windows port do this, at all?
- Chris
Tsk tsk. Comparing Gnome to KDE is like arguing over whether the Corvair is better than the Edsel; it ignores the fact that BOTH SUCK.
Why are so many Lunix geeks afraid of using a Mac? Because they know that once the start both using and programming in Mac OS X, they'll never be able to go back to their circa-1990 desktops and APIs again.
It could be done, but would require massive effort. GTK was never really designed for that sort of thing.
Gee. All this time I thought James Joyce died in 1941. Who knew he was posting as an AC on Slashdot?
overwrung. A charmful waterloose post, dacently gaylaboring the auld meanderthalltale from jayjay's mything Byoublong of farago. D'ya dismember what a mnice old mness it all mnakes? But Hark! Hark! Tray chairs fur Muster Anonymous Coward in a roustering rendition of "Miss Hooligan's Christmas Cake," the topsiest mnoment of a quarky under-parformance. Stillandall, the posts a way a long a last a long a little.
I write in my journal
Don't think Gimp. Think OpenOffice. Think Mozilla. Think apps that people actually want on the Mac. I've believed for a long time that Apple should be pushing really hard to make these two applications not only available, but downright pervasive on the Mac. This will eliminate Apple's indentured servitude to Microsoft and allow them to push forward in any direction they like without Microsoft threatening to pull the plug on Office (and to a lesser extent, IE) every time Apple tiptoes in a direction that offends Bill's delicate sensibilities.
Native GTK for Mac OS is a good way to kickstart apps like Moz and OO on the platform without requiring XFree86 to be installed first (which works wonderfully, but is a bit too hackish for nontechnical Mac users). Then Apple and others can begin working on making the integration more and more native-looking.
Tired of FB/Google censorship? Visit UNCENSORED!
> It means that many popular Linux programs can
> be ported to run natively with Mac OS X's Aqua
> user interface
Bringing that grey Motif look to a Mac near you!
I knew this was in the works, but a release is good news. Hopefully it will lead to a port of the top app on my OS X wish list, Ximian Evolution. If Evolution runs natively on OS X it will be very easy to drum up enough demand to get Ximian to port Connector. Then OS X users will no longer need to run crappy Outlook 2001 under crappy Classic.
It is cowardly, and a betrayal of whatever it means to be a Jew, to act as a white man
-James Baldwin
Apple wants people to port their applications to Cocoa. That's the only kind of GUI they want on OSX. They have said so. I think it's stupid. I think it makes OSX pretty unattractive for UNIX workstation users. But it's Apple's wish, and it's Apple strategy. I don't see any point in fighting it, and I don't see any point for open source efforts to waste any time on doing something Apple doesn't want in the first place.
For me, it means that I'm going to continue to use my Mac mostly as a decorative jukebox, and my Linux machine to replace my UNIX workstation.
Evolution is a GTK+ app and OS X users in Exchange shops desperately need it (and Connector). All the MS-centric solutions for OS X Exchange connectivity suck.
I'm pretty happy with the CarbonCFM port of Mozilla and ecstatic about Chimera. OO is well on its way to a Carbon (IIRC) port and is not GTK based anyway (again, IIRC).
It is cowardly, and a betrayal of whatever it means to be a Jew, to act as a white man
-James Baldwin
In fairness, Linux allows you to do something that fwe other current operating systems do: install the newest OS on FRIGGIN OLD hardware.
That's a plus in many people's books.
That what was all this school was for... to teach us how to solve our own problems. -- janeowit
for (;;) { drink_guiness(); }
*ducks*
Shove your opinions up your ass.
This is a discussion board, not I-AM-MAC-PATHETIC-USER-ANONYMOUS 101 rehab center...
You could get Photoshop Elements. Yeah, it's more expensive than graphic converter, but you get 90% of Photoshop for 15% of the price, and it still beats the pants of GIMP for most stuff :)
GPL Deconstructed
Excuse me, but I don't give a shit what Apple wants or doesn't want me to be able to run on their hardware. I'd like to run some GTK-based applications natively under Aqua without having to run a second window manager that happens to be resource intensive and buggy-as-hell along side it. Apparently a lot of other people want to as well.
This has nothing at all to do with "support for regular UNIX GUIs", it's about expanding support for the Aqua GUI. It's about making X11 less necessary, not making it more necessary.
I don't care what you do with your Mac, or your Linux machine. Neither does anyone else in here. If you want to waste the electricity and processor on a jukebox, well, you go for it.
Tcl and Tk have been working fine for a while on MacOS X. Of course, they don't have all the buzz and slashdot karma that gtk do...
did they jump off of opulent towers of self-adulation they had had billked for themselves? no just writers. we're not interested in that stuff. we mostly track the far reaching tenacles of the evile felons over at wall street of deceit. some say the tenacles have surrounded lairy/robbIE et al.
you don't have to be a roads scowler to cypher bs.
If GTK stands for GIMP Tool Kit, and GIMP stands for Gnu Image Manipulation Tool, wouldn't GTK = Gnu Tool Kit? No digits, but it's all math. : )
"We must be the change we wish to see in the world." -Gandhi
What are the moderators smoking today???
Well, you should, because ultimately, Apple does control what does and doesn't run there.
it's about expanding support for the Aqua GUI.
The Gtk+ port does not use the Aqua GUI, it uses the regular Gtk+ rendering and primitives. It's not much different from running Gtk+ under XDarwin.
I don't care what you do with your Mac, or your Linux machine.
Well, perhaps you should. The fewer people buy and use Macs, the more trouble Apple is in. And if the open source community doesn't bother with supporting ports of open source software to the Mac anymore, you won't be getting much open source software anymore either.
But Apple doesn't fight this. You think they don't want this? What color is the sky on your planet? This means more apps on Quartz for OSX. Yeah right, they don't want it...
The problem with most computer users is that they've been brainwashed into thinking that they NEED a desktop. You know how many icons appear on my computer? Zero. If I need a program, I click the root window, which pops up a menu, which has all of the programs I need. Then I manage all my files on the command line. It's a lot simpler that way.
Sure. The ordinary user would need a GUI to manage his files. But hey, who says it has to fit the desktop paradigm? Remember Windows 3.1's "File Manager"? What's wrong with an approach like that, on top of what I've just described?
The fact of the matter is, the desktop paradigm sucks, and half the time it's just a pain in the ass that gets in your way.
Yes, they don't want this. Gtk+OSX applications are not Macintosh native, and they are not consistent.
Of course, since Apple can't easily stop this, they'll still be happy to count the application when making claims about how much software OSX supports.
Not only Apple doesn't want a non-consistant user experience, but most mac users don't want a non-consistant user experience, either.
In fact, most sane people on any platform want a consistant user experience.
Ergonomica Auctorita Illico!
But if open source software people hurt apple by not supporting ports to the mac, and apple goes out of business, where are open source people going to steal all their ideas for themes from?
Ergonomica Auctorita Illico!
This has been wanted for a long time. It is a true sign that OSX is becoming a mainstream Unix and, despite all the complaining about GTK, it says a lot about the flexibility of the design. The obvious problems such as menu bars will eventually be overcome and I'm sure that the GIMP will get ported to GTK+2 some time.
Good on the people that did all the hard work and thanks.
If you'll excuse me, I have some things to get off my chest.
Christ, I just don't understand you people sometimes. You pay good money for a Mac and a copy of OS X, and then you cheer for a half-assed port of GTK+, the most horrible toolkit ever conceived? I mean, come on, at least put the fucking menubar on top of the screen where it belongs!
I'm not a Mac zealot. I love my Mac, but I'm also a fan of Windows XP (from a useability, if not technological, standpoint), and have been using Linux since before the kernel hit the big 1.0 (although, since the train wreck that has been kernel 2.4 hit the world, I've moved everything important over to FreeBSD). I spent years championing free software, but one can only take so much of "that'll be fixed soon, we promise," before the idea of a free desktop stops being attractive.
I cannot stand to use a GTK+-based application without cringing - applying a skin-deep theme doesn't fix the useability and design problems, which go straight to the core (granted, a lot of this stems from the "evil robot" UI designer another posted in this thread pointed out, and there's not much a toolkit can do about that, but the problem seems worse for most GTK+ apps than, say, Qt). GTK+ apps, without a SINGLE EXCEPTION that I have seen, just scream "AMATEUR!" The GIMP is the only GTK+ application I have seen which comes even close to feeling professional, and it's still got a long way to go. Qt apps are much better in the respect, and that probably stems from the fact that programmers who use Qt (at least in the context of KDE applications) tend to pay more attention to KDE's UI guidelines than GTK+ programmers do to Gnome's guidelines. But they both have the same problem in the end - without somebody to have the final say in the user interface area, a coherent desktop is impossible, because anybody who has other ideas is free to implement them. That may work fine in other areas of software development (and indeed, has, as free software spanks the competition in most other areas), but on the desktop, it just can't fly.
I, for one, will stay the hell away from this port, even if they fix the menubar issues and make a convincing Aqua theme (which, to this point, has not been done by anybody, so I'm not counting on colorblind, aesthetically-challenged free software types to pull it off). Even if the widgets manage to blend in with the native ones, GTK+ applications will always stick out like a sore thumb. The Mac interface is about much more than blue, pulsating buttons - interfaces are DESIGNED, not HACKED TOGETHER.
The only thing this port will be good for is a temporary stepping stone from X11 to Aqua - and not a very good one, at that. I wish free software people would drop GTK+ for a more reasonable toolkit, like Qt, which doesn't actively try to drive the programmer to drink. The best case would be if the GNUStep people would 1) finish up their god damned project, and 2) make it less ugly. That way native OS X applications could be written the way God intended (in Cocoa), and easily ported to other operating systems. As the author of several programs using GTK+, Qt, and Cocoa, I can honestly say that I would sooner work for minimum wage flipping burgers at McDonalds than ever write another line of code using GTK+. Qt is decent, and Cocoa is by far the best. But GTK+... ugh, there is just not a single redeeming feature to this entire toolkit.
Then again, I'm even picky when it comes to Carbon vs. Cocoa - even Carbon applications don't feel right on OS X (especially the Carbon port of Vim, which makes me cry). Give me native Cocoa apps, or give me death.
... Apple would release an Aqua TK for those of us financially constrained (students) to PC hardware, providing us pretty, OSX-like user environments for GNU/Darwin.
-- d3v
In Soviet Russia - Pr0n whacks off to you!
However, there is a subpopulation of obsessive compulsive people who make sure they buy the same brand of washing machine and microwave to avoid inconsistency. Not surprisingly, those are the same people who buy Macs. Whether they are "sane" is a matter of perspective.
True, and false. Apple emphasizes Cocoa and doesn't provide a built-in X server, but that doesn't mean they're hostile to the concept of running X apps. They even link to the XFree86 Darwin port.
I don't see any point in fighting it, and I don't see any point for open source efforts to waste any time on doing something Apple doesn't want in the first place.
There's nothing to fight, and even if there were, Apple doesn't control what software you run. By that reasoning developing Mozilla for Windows is pointless since Microsoft doesn't like it.
How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
Yep, Apple don't support that kind of stuff at all... Xfree86 isn't even linked at the Apple site.... :)
Actually, GTK is a native widget set for OSes using X11 as the native window system, including but not limited to Linux. It is no more "the" native widget set for those systems than are Qt, FLTK, Motif, the Athena Widgets, etc., and it's not at all Linux-specific.
But your underlying point, namely that there is no "native" widget set for UNIX+X11 systems that GTK+ "should" be using, is correct.
I think Qt also replaces the native widgets on non-X11 platforms on which it runs and that have native widgets, such as Windows and MacOS X.
the reason people will stick to photoshop is color. Gimp is good for rgb and greyscale, but is useless for print, which needs cmyk color. Not all jobs use cmyk, but why use 2 environments? Photoshop does all color as LAB then converts to the selected color mode. Gimp just doesn't compare to photoshop in the use of color.
Film Gimp, however, could give photoshop a kick in the nards. Recently used in Scooby Doo, it's 16 bit per channel in RGB designed specifically for motion picture retouching and rotoscoping. Photoshop just doesn't have the capabilities film gimp has when it comes to these. The RGB only flaw is not as big a problem in film and video.
"Let him go, Ralph. He knows what he's doing." --Otto Mann (simpsons)
Well, you should, because ultimately, Apple does control what does and doesn't run there.
Actually, no. They control what does or does not run under their operating system. I run Linux on an older iMac. People (for some reason I can't fathom) run Linux on newer machines that run OS X fine. Hell, Apple even helped support one of the older linux-for-macs distributions. In the end, what you use it for doesn't matter a whole lot to them, they just make the hardware. Yeah, they'll happily sell you other stuff if you want it, but they're not (yet) about stopping you from doing anything with it. (No, the iDVD thing isn't about hardware, the person in question was altering iDVD, an Apple piece of software)
It's not much different from running Gtk+ under XDarwin.
Actually, it's very different. I don't need to hog system resources running two window managers. I don't care if the applications don't follow the Apple spec for GUI design on a Mac. If that's what I wanted, what makes you think I'd even be bothering with GTK+ at all?
Well, perhaps you should.
Perhaps I shouldn't.
The fewer people buy and use Macs, the more trouble Apple is in.
I could get into the idiotic rumors of Apple's demise, but they've been gone over and over. The computer manufacturing industry is faltering all over. Apple isn't alone, no matter how you might wish it to be.
And if the open source community doesn't bother with supporting ports of open source software to the Mac anymore, you won't be getting much open source software anymore either.
This is the same "open source community" that ports things to the Amiga, BeOS, Irix, praises someone like Stallman for a "revolutionary operating system" that's more vaporware than half of the dead dotcoms? And there's supposed to be some way for you to stop people from porting things to a PPC architecture and Darwin when someone gets a bug up their ass about it later?
I would consider myself unconcerned... =)
I've opened the pbproj files and clicked the Build button, which seemingly compiled and built stuff into the Frameworks folder. Not knowing what was supposed to happen, I copied the resultant gdk.framework and gtk.framework folders to /Library/Frameworks ...glib-1.2.10 installed like any other UNIX library.
/usr/local/bin ... wtf?
Okay so now how do I compile typical UNIX gtk+ apps against this new "aqua-compatible" GTK? I tried compiling the nessus-core --enable-gtk but it's looking for the binaries gtk-config, etc! Project Builder didn't install such binaries into
I guess what I'm asking is how do I take a generic gtk app from source (like nessus) and build it using the gtk-osx libraries/frameworks instead of regular gtk (which I would normally do via Fink)?
Those who laugh at you for you having a Mac.. are the people who constantly call you to fix their PC.
When it comes to local applications, Apple representatives tell UNIX users to port their software to Cocoa. Apple does not want a lot of X11 applications running on OS X.
I haven't done much Python, but the little I have done sure did drive me nuts. I'd rather write 5x more C code to do the same thing than code in Python.
Then again, I do more coding in Perl than anything else, so what do I know? ;-)
BTW, IamTheRealMike is correct, the example you used is absolutely horrible, as you can do GTK with much less code than that. OTOH, the Cocoa API is much, much nicer, even without taking the amount of code into consideration.
Sticking feathers up your butt does not make you a chicken - Tyler Durden
Dude, GNUstep has been around for aeons. It's the reason GNOME was created -- Miguel was tired of the sloooooow progress and politics of the GNUstep group. It's been a work in progress for the last *10* years. 10 years! How long did it take to write the code in ASM for the original Mac 128K Finder?
Today, GNUstep is a hack-up implementation of the OPENSTEP API mixed with some Apple OSX API stuff. It's a mess, it's slow, and it doesn't have anything interesting to contribute to free software that can't be done elsewhere.
Even RMS doesn't support it, because it doesn't fit into his scheme of free software. So, why is it GNUstep if it won't even be in GNU?
nice troll, troll.
Obviously you haven't used OO. Comparing Appleworks to OpenOffice is like comparing a Yugo to a Ferrari. Appleworks is perhaps the crappiest "suite" out their, second to MS Works.
A GTK+ Version of OO on OS X would be a great thing. And if you're following the OO timeline, we are nearly a year away from a stable OO in native Aqua. A year is a lot of boxes, and a lot of marketshare lost.
no gdk-pixbuf! argh.. cant compile gaim ;-)
Seems to me GIMP actually does cost the average Mac user money...it's impossable to use with a 1 button mouse because of a poorly designed UI, just like all the other Linux GUI's. So tack on the cost of a three button mouse.