I've been googling my ass off since 12 this afternoon trying to set up gtk with gtkglext so I could rewrite HC for everyone, and I've come to the conclusion that it's just too poorly maintained. I'm not doing Qt or Tk either, those, in my opinion, are outdated crap who's very letters make me sick to my stomache. I'm at the point now where I hate unix systems like a cat hates to be sprayed with a hose.
Anyway, to find some middle ground here, I'm writing a platform-independent stack-based framework. It's not really as technical as it sounds, I've done it before in 2 days on a PSP game I was making (although this one will be a bit more advanced). The framework still allows events like mouse clicking, keyboard input, window activation, etc., plus it's faster, a helluvah lot more memory conservative, and doesn't have any dependencies.
It'll be closed source, however the libraries and headers will be freely available, so people can still build HC or use it for whatever else they wanna to do. Call me stingy, but I have my reasons.
Last Edit: May 20, 2012 21:41:56 GMT -5 by Deleted
Yes, I had already setup gtk+2.0 (and the elusive gtk+2.8) and gtkmm+2.8. The problem isn't creating the UI, it's creating a rendering context on top of that UI that uses platform independent code. It would defeat the purpose of using GTK if I used the Win32 api to create the rendering context.
Some info on that framework I'm writing, there are exactly 64 events divided among stack events, state events, mouse events, gesture events, and keyboard events. All of them are triggered by event structs consisting of 2 unsigned 32-bit integers for the old and new flags of the components. Some events like mouse clicks send extra info on the event to the hook function. For example, gestures are divided into 4 types; taps, moves, pinches, and circles. These events pass arguments to the hook functions giving detailed info on the gesture such as if it was a tap or longtap, flick or throw, scroll or pan, pinch or spread, arc or 2 hand rotate, etc. Gestures most likely won't be used in HC though, they exist mainly for compatibility with other devices like tablet pc's. (like I said, the point is to be cross-platform)
to give a good example of just how small a stack-based framework can be, I've used it on a TI83+ calculator having only 2KB of ram and had plenty of ram to spare. it'll pretty much run at 1/100th of the memory cost of the .NET framework.