Hi Stuart, Stuart Brorson writes: > [...] > I have't gotten any responses from others. I did spend about 5 > minutes looking on the web to see what levels of GTK RedHat put into > RH9. Unfortunately, I couldn't find any specs. I also looked at > Gentoo, but couldn't find anything there either. I do know that SuSE > publishes their specs. Bravo SuSE!
Before sending the message I had a look at the Fedora site but I have not found the information (does not mean it is not somewhere though). I am using only Debian but I compiled GLib/Gtk/Guile myself. Looking at the list of packages on debian.org it looks like it is installing 2.0 for stable, 2.6.2 for testing and unstable (2.4.8 in unstable on hurd-i386). And GTK 2.4.14 is available on Windows. > [...] > Finally, thanks for all the hard work on moving things to GTK/GLib. > However, you mentioned in another e-mail that you are targeting > GTK-2.4. Is it possible to target GTK-2.[02] instead? What are the > salient differences between 2.4 and 2.X where X < 4? The reason for GTK-2.4 is that I think it is a good compromise between the old 2.2 and the new 2.6. It is not only because of g_setenv() even if it is a very interesting function: replace three lines of code with only one whose portability is somewhat garanteed by GLib people. The 2.0.0 what released on the 08.03.2002, 2.2.0 on 21.12.2002, 2.4.0 on 16.0.2004, and 2.6.0 on 16.12.2004. It is somewhat a pity to have to use an API that is 3 years old when you know there is one that is less old with improvements. For example, in the multiattrib dialog, the compatibility problem is on the GtkComboBox that has been introduced in 2.4.0. It is necessary to use a GtkCombo but you loose the MVC design you use for treeviews (which is very convenient as soon as you are a bit familiar with it). Of course, and this is the reason of my previous message, if the common distributions do not have support for Gtk 2.4 and are stuck with 2.2 or 2.0 there is little we can do but settle for the lowest common denominator. Patrick
