It's clearly very difficult to get things to look exactly right and in some cases I think you will have to use platform specific code to arrange widgets differently to get a really good look. BUT, nevertheless it's getting better:
It's clearly very difficult to get things to look exactly right and in some cases I think you will have to use platform specific code to arrange widgets differently to get a really good look. BUT, nevertheless it's getting better:
Update: added screenshot. Click the image to see a video of it in action.
It should work well with all gtk-doc generated reference docs (like GTK+ & friends).
]]>You can also use the frameworks for building normal autotools based projects. This requires a bit of magic, so you will need a special jhbuild setup for it to work, which is currently work in progress but should be ready soon.
What is missing still is support for creating standalone apps, i.e. packages that contain the run-time parts of the frameworks needed to run the app. Also note that this is a beta version so please let me know if you run into any problems so we can work them out.
The binaries are Intel only, and require Mac OS X 10.4 or newer. Note that the Xcode integration is only tested with 3.x so feedback on using 2.5 is appreciated.
]]>gdk_window_foo (widget->window);
to
gdk_window_foo (gtk_widget_get_window (widget));
automatically, to get code working with a sealed GTK+.
Another useful thing that can be done automatically is to change code so that only gtk/gtk.h is included, which is the recommended way, instead of many individual header files. There are more examples of things that can help developers clean up their code, such as spotting common mistakes like not chaining up in finalizers etc etc. Clang makes it quite easy to implement those ideas.
I have started working on a tool to do the accessor and header file rewriting as a first step. Please check it out and let me know if there are any issues or if you want to help out!
]]>
This is Totem running on GTK+ OS X, but without any nice integration with the global menubar and there is no clean patch that can be committed. (The changes are mostly commenting out some X11 and GNOME dependencies.)
It's using a video sink that renders into a GdkWindow (actually it's backing NSView) through OpenGL, based on the Cocoa video sink that comes with GStreamer.
]]>Jamboree music player!
I dug it up from the GNOME SVN archive and it worked pretty much out of the box after cleaning up the makefiles a bit and adding support for the Mac integration library to hook up the menubar.
The latest version of the Mac bundler and the bundle file here results in a nice little bundle.
It looks like this:
GStreamer works nicely, and using the QuickTime wrapper element gives access to all formats supported by the platform.
]]>Download here.
]]>To make it easier to create such packages of GTK+ applications, we have created a tool that does most of the work. All you have to do is to setup a small configuration file that points the tool to your binary and any data files that you want to ship. All dependent libraries are sucked in automatically. The application must be able to find its data files dynamically of course, since there is no hard coded path where it will end up.
You can take a look at the bundle file for Gossip for a quite simple example.
I have some plans to add support for dragging in frameworks and not just libraries, and to add better support for translations and other specific resources.
]]>You can check it out here:
svn co svn.gnome.org/svn/gtk-quartz-engine/trunk gtk-quartz-engine
Here's an example of what it looks like on 10.5:
Update
The repo was moved to GNOME subversion, I've updated the info above to reflect that.
]]>It also has the beginnings of integration with some other parts like the dock and bundle APIs.
The mandatory screenshot of it in action:
I had a really good GUADEC this year, despite the weather (it was just like home, in rainy Gothenburg). There was a lot of interesting discussions going on about the future of our toolkit and platform. It's good to see the activity increasing, like it seems to have done over the last year or so, and the whole platform from X to Cairo to GTK+ moving forward.
During GUADEC, when working on a test case for the Mac OS port of GTK+ I somehow ended up doing a hack with animated reordering of a GtkBox, I don't really remember how I got that side-tracked ;) Anyway, after some more tinkering I came up with the idea that the same trick could be used to implement a Fifteen game using a GtkTable. Micke was quick to bribe^Wencourage me into actually doing it. Here it is:
The hack subclasses GtkTable, and as you can see when the window is resized, the table manages its children just like it normally does.
Gossip already works fairly well, and has helped me spot many missing things or problems in GTK+, which I've fixed in the process. It even looks nice, but a native looking theme would be better of course:
I still have some mysterious problems to solve with the text view before Gossip is fully usable (it seems to be related to that the view assumes that events are delivered in a particular order/fashion when the widget's size changes. I'm not sure though). Other than that, there are some pieces missing in the drawing code, like background pixmaps, and also some "interesting" issues in the event code that handles grabs and crossing events.
If I manage to finish my Gossip.app bundle, I'll put it somewhere for other people to try.
My plans for the GTK+ port for now are to update the build instructions a bit since the requirements have changed slightly since it was last updated, and to continue improving the port as time allows.
]]>Summer
Inspired by Ross' nice picture of his office, I'm thinking about working outside today too. Unfortunately my laptop screen doesn't have a very bright backlight so I'm not sure it's really doable.
GNOMEy stuff
I wish I had more energy for hacking on various GNOME related things. Recently I have been able to do some Gossip hacking, which has been a lot of fun. Hopefully there will be some more of that in the future. I would also like to do some typing-monitor hacking for 2.15, or maybe talk someone else into doing it. I want to rework it a bit so that it doesn't take up valuable space in the notification area all the time, and use a notification bubble to notify of an upcoming break, instead of the ever-so-annoying flashing icon.
In other Python related news, I tried, mostly for the fun of it, to build and run pygtk on the Mac with the GTK+ Quartz backend. After implementing some missing stubs in the backend, I got pygtk-demo working :) The really nice part was that pygtk worked right out of the box.
]]>On another note, I just released a new Devhelp which has a fair number of new features. I have some things that I would like to work on next, including taking advantage of the new information in gtk-doc output, and getting typeahead search working a bit better in the HTML view. Hopefully I'll get some more Devhelp hacking done during the holidays.
]]>