Slashdot

I don't know if anyone ever reads this journal. /. just doesn't seem to be that kind of place. I'm just writing to announce that Gt is on track and partly working. Signals and slots are there and the basic framework exists - now there are two things left polishing the framework and wrapping GTK+. Sounds like fun!

Ah, the link is: http://www.digitalfanatics.org/projects/gt.

Ok, it was a while since I entered something into my journal (I think that the new verb is "blogged"). This is just a small update.

Gt has a moc, it works, but the exception handing (and thus the error feedback) is not good. It will be available from http://www.digitalfanatics.org/projects/gt/.

I've written (or rather, am writing) a Qt tutorial. I've had good feedback from it, please check it out at http://www.digitalfanatics.org/projects/qt_tutorial/.

Finally I'm working on my first large open source project. It is fractal related. I want to enter a competition with it, but as soon as I've submitted the first version I may (and will) publish the source. It, too, will be available from http://www.digitalfanatics.org.

After thinking alot about how to manage signals and slots in Gt I have decided to redo the project, but in a more Qt-like way.

The following issues have come up:

• A moc makes things easier and better looking.
• A moc can easily be implemented in Perl.
• A moc makes it easier to wrap GTK into Gt.

I intend to write a moc-like tool (with support for signals and slots) producing code with the same functionality as Qt's moc. This moc will be freely available and GPL'ed without any restrictions on the resulting files.

The moc will be easy to build if the following conditions are met:

• One mocable class per file.
• Nice types, i.e. the same restrictions as in Qt's moc.

I wonder if there are any legal risks in doing this. Trolltech might be pissed... :)

I've gotten some more time to fiddle with GObject/GWidget and to try getting the signal/slot mechanism to work properly.

Now it seems to work, you can test connections and actually call 'em. The pointer can be of another class, e.g. a GObject pointer can dispatch signals in a GWidget object without knowing of them.

It seems to be possible to automatically generate code that works with this. I've tried with the Bin, Container and Button classes and got it to work without too much tweaking.

1. Get the basic classes to work perfectly (GObject, GSafePtr and GWidget).
2. Get the automatic wrapping to work 100% (all GTK+ widgets will work without patching).
3. Write a GPainter wrapper for GDK to make the porting of Qt/KDE widgets easy.