Imendio announced that it has been working on a port of native Gtk+ for Mac OS X.
Post a Comment
Member since:
2005-07-06
Member since:2005-07-02
Member since:---
It's really great that someone has finally ported GTK. I hope someone will create a native Mac theme for GTK, just like Wimp for Windows.
@Who is That: No, you won't be able to run Ximian's OO.o on OS X (without X11), because OO.o is deeply tied to X11. It uses GTK for the widgets, but most of it doesn't use GTK.
Member since:
---
Member since:
---
Member since:
---
Member since:
---
Member since:
---
Member since:---
I mean really, is Windows support so much to ask?
Probably not. In fact, it's been around and stable for quite some time. So definitely not.
http://prdownloads.sourceforge.net/gladewin32/gtk-win32-2.6.10-rc1....
Member since:2005-06-30
True, but have you ever used GTK+ applications in Windows? They look completely out of place. Not only that, but they got an
*horrible* redraw rate (resizing windows, putting one over another, etc). I have used GIMP and Gaim for a while and I stopped since they are alien to the rest of the environment. Last time I tried them (about 4 months for GAIM, last week for GIMP), they don't even use the Win32 standard dialog boxes!
In my opinion, the Win32 port was done as an afterthought. I guess the original poster meant: is _decent_ Windows support so much to ask?
Member since:---
Member since:2005-07-06
"True, but have you ever used GTK+ applications in Windows? They look completely out of place."
These look out of place?
http://gtk-wimp.sourceforge.net/screenshots/gfx/inkscape-winxp.png
http://gtk-wimp.sourceforge.net/screenshots/gfx/Gimp-WinXP.png
Microsoft products (Office 2003, WMP 10, etc) look far more out of place than GTK+.
Member since:2005-08-12
Member since:---
Microsoft products (Office 2003, WMP 10, etc) look far more out of place than GTK+.
Yeah, sure, dude. Wake me up when GTK+ apps use native Windows dialogs. When the buttons - even with the oh-so-great Wimp theme - are sized like normal Windows buttons. And, finally, when widgets GTK+ don't REDRAW THEMSELVES AT 1 Hz RATE. Seriously, I was able to reliably make a screenshot of a Gaim or Gimp window in the process of redraw. Just how much slower can it get?
Member since:---
Member since:2005-07-08
Show me the screenshot. I'm staring at inkscape on XP and it's using GTK+'s native file dialog. Redrawing is an issue as well, no matter how much you wish it wasn't.
I tested GTK+ and wxWidgets to see what to use to program a little utility app I wrote. I ended up choosing wx because of the above issues, which was disappointing.
Here's to the continual improvement of cross platform GTK+!
RE[4]: Really, I would be happy just with Windows support
Member since:2005-06-30
I should have said they are. There is more than look in "Look & Feel". But talking of look, Inkscape uses many GNOME icons and GIMP uses GNOME's button order. Other than widgets, GIMP doesn't look like any other Win32 app. That said, it doesn't look like any other GTK or QT app...
If you stop your comparison at screenshots, then you can conclude they look similar. But use the applications for a while and it's clear that they don't feel at home under Win32. WIMP cannot help this.
Member since:---
Unfortunately the Win32 port is horribly maintained. There are serious bugs that cause major usability headaches that have been there for over two years and haven't been fixed.
As much as I would like to be able to use this toolkit on Windows, I simply can't take it seriously after having written a few Windows apps in it. It's simply too buggy. And major headache bugs go for a year or two with no attention.
Member since:
---
Member since:---
Member since:2005-07-27
Member since:---
Member since:2005-07-06
They did, but Apple threatened them, and it was removed from popular theme sites, but I'm sure you can still find it.
What a load of codswallop - GNOME and KDE theme sites till host Aqua inspired themes for their respective desktops.
Apple got in a tizzy by the fact that people were copying native icons and making them available free of charge for other platforms, and also including the use of trademarks such as the Apple logo and so forth - I see nothing wrong in what Apple did; its no different to, say, Adobe turning around suing people for copying fonts out of their Studio CS and making them available for download free of charge.
Oh, and back to the issue; they don't need to bundle the icons with the source distribution; it would simply be a matter of setting up some macros in the configure script so that when it detects MacOS X, it uses the icons that are native on the machine, thus not requiring any copying.
Member since:---
Oh, and back to the issue; they don't need to bundle the icons with the source distribution; it would simply be a matter of setting up some macros in the configure script so that when it detects MacOS X, it uses the icons that are native on the machine, thus not requiring any copying.
Even easier than that, instead of using GTK controls/widgets functions, use the native OS-X controls, with a thin GTK emulation layer on top of them.
Member since:2005-07-06
true; but then again, I think there are some widgets that aren't available on MacOS X because of HIG issues (a Mac/*NIX guru will be able to point them out).
I'm sure they'll find a solution, but I think the more important thing is getting GTK working, then worry about tweaking and beautifying it later on.
Member since:2005-07-06
The problem there is that GTK offers features that either aren't available in Aqua, or else don't map directly to Aqua features. Any application that uses GTK extensively (especially one that features custom widgets) wouldn't work, and unfortunately that's the majority of the "killer" GTK apps out there.
Member since:2005-07-06
Member since:---
>What's the Gnome HIG got to do with cross-platform GTK applications?
Rather much, most >>cross-platform<< GTK+ apps are just plain old GTK+ apps. None so far have been written as cross-platform apps. Most are Gnome apps or at least so aware of Gnome apps that they usually try to fallow the Gnome HIG even if they aren’t Gnome (integrated in the DE, or using Gnome specific libs) apps. In other words, the Gnome HIG is more of a GTK HIG.
Member since:
---
Member since:
2005-07-06
Member since:---
Member since:
---
Member since:
---
Member since:2005-07-06
The toolkit doens't have anything to do with the dropshadows, that's done by the windowing system. If you look at the screenshots, the GTK windows do have dropshadows: http://people.imendio.com/mitch/screenshots/gimp-on-os-x.png
As for "more graphically sophisticated", I'm not sure what that means, but Cairo gives you features comparable to Quartz.
So isn't this a step BACKWARD for that platform?
You don't have to use it, but GTK opens the door to making more native-looking ports of Free Software. For whatever reason, there doesn't seem to be a lot of native Free Software.
Member since:---
Member since:---
In my experience wx apps look fairly broken in either environment.
Bear in mind that on linux the most widespread wxGTK libs are still tied to gtk1.x (no aliasing, no modern themes, no nothing), because wxGTK2 is still very buggy.
Besides, wx apps for the sake of "same code everywhere" do not use most of the things that make a gtk2 app good: no sizers (fixed size app, just like your average VB6 app), no native fileselector, dropdown and combos custom made and very strange, etc.
I use aMule (for example), but it is absolutely ugly.
Not to mention that writing an app in python+gtk is a lot easier.
Member since:2005-09-19
"In my experience wx apps look fairly broken in either environment."
It sounds like most of your experience is with rather dated builds. I use both Debian unstable and suse, and haven't seen a gtk1 wx application in quite some time on either. I used to find the gtk2 build buggy, but again, that was ages ago. Though I suppose it's certainly possible that the bugs are there, but I'm not happening to use any of them. And Wx certainly does have sizers now.
Member since:2005-07-06
Member since:---
"Besides, wx apps for the sake of "same code everywhere" do not use most of the things that make a gtk2 app good: no sizers (fixed size app, just like your average VB6 app), no native fileselector, dropdown and combos custom made and very strange, etc."
I'm not sure where you got that information from. wxWidgets has layout systems similar to Gtk (tables, boxes, etc.), and on Windows will use the native Windows file chooser. On Linux, it will use the Gtk one.
Member since:
---
Member since:
---
Or it will be as useless on OS X as on Windows. I'm sure most of GTK+ features can be implemented using native OS X and Windows controls and dialogs, so that GTK+ would in effect become some kind of binding to MFC (or whatever Windows uses now?) and Cocoa. That way it wouldn't look foreign and would redraw with the normal rate for native controls. So far, looking at Gimp screenshots in OS X, I can see that GTK+ does drawing itself, even if without X Window. That's not a proper way to do it.
Member since:---
>>would in effect become some kind of binding to MFC (or whatever Windows uses now?)
Windows (32bit) always has and still uses win32, MFC is an abstraction on win32 to make programming easier, same for winforms. Wimp draws to windows using win32, there will probably be something like Wimp for MacOSX in the near future.
I don’t know why people still bitch about GTK+ apps on windows, with Wimp I find they are sufficiently native. If that’s not sufficient for you, think about this, is it usual for all window apps to look the same?
Member since:
---
Besides that this indeed is a nice announcement the GNOME community has yet shown their other side of the face again. Hubert Figurine was working on a GTK+ to MacOSX port for quite some time and with the recent Immendio announcement (which made it sound like they are the first) the GNOME community has thrown the hammer again in the face of a prominent and till now contributing and very valuable member of the GNOME community.
Read more here:
http://www.figuiere.net/hub/blog/?2005/10/05/307-i-m-so-pissed-off
Member since:
---
Member since:---
> Example of a corporate Apple box :
>
> - MacOSX and defaults apps ( Apple HIG )
> - Lotus Note ( NOT Apple HIG compliant )
> - MS Office ( NOT Apple HIG compliant )
> - Photoshop ( NOT Apple HIG compliant)
> - 2 Corporate Apps in Java ( NOT Apple HIG compliant )
What a great justification! This makes the entire Apple and GNOME HIG become useless and just a waste of time. The HIG was created to exactly avoid this kind of non-compliance.
Member since:2005-07-07
Member since:---
Member since:---
Member since:
---
Member since:
---
I can't believe the ridiculous amount of hatred for a possible GTK port. You know what, It does not stop people programming in Cocoa, or Carbon, and believe it or not you don’t have to use software written with it if you don’t want to. This will bring a few quality apps to OSX from Linux that would never get ported from the platform otherwise. It gives developers another cross platform option which will help bring software to OSX. I imagine with a decent theme, a bit of care and consideration you and easily write GTK based software to Apples HIG
Talking about the HIG, when it’s a choice between not having a program what I want to use that follows the HIG and not having the software I’ll take the former every time.
Fainally, for those saying it looks just like windows, please consult your optician and look at
http://www.vargolsoft.net/2005/09/ooh-we-are-where-flies-are.html
to see what a default cocoa button actually looks like, I’ll give you a preview, in is not lozenge shaped!
Member since:
---
Member since:
---
Member since:
---
Member since:
---
well, at least in the cross platform sense. developers should start separating the front and back end in their apps. That way they can make the backend very platform independent and portable and then make the frontend with the native toolkit for each platform.
Gtk and Qt works well in an x11-enviroment but much less so on other platforms suchs as win32 or macos. Even though an app built with these toolkits may be functional on, say macos x, it almost always feels clunky and like a foreign citizen in the host os.
This way, apps will conform to the HIG of the respective OS and generally will feel more enjoyable to work with. You might not get a consistent look across different OS:s but as long as the general layout and menus are the same, I don't think that matters.
I must add that Adobe has succeded pretty well with a cross platform look and feel, though.
