Slashdot Mirror

← Back to Stories (view on slashdot.org)

GTK+ 2.0

Posted by michael on from the purty-pictures dept.

Some random reader sent in: "Gtk.org all of a sudden (?) says version 2.0 is available. There is a FAQ for 2.0. Here is a mail from the gtk-devel-list with some 'pre-release release-notes' :)."

5 of 110 comments (clear)

  1. Wow.. by Warped-Reality · · Score: 3, Interesting

    I tried the devel branch for 2.0 not too long ago, it turned out to be hideously unstable... have they really fixed all of those bugs in such a short period of time?

    --
    This is not the greatest sig in the world, no. This is just a tribute.
    1. Re:Wow.. by Anonymous Coward · · Score: 2, Interesting

      Man have attitudes changed. I remember the days when we worked on projects ".0" releases meant "we fixed everything we could." These days ".0" releases mean "We put it out, now let's find the bugs"

    2. Re:Wow.. by GooberToo · · Score: 2, Interesting

      ...have they really fixed all of those bugs in such a short period of time?

      Based on their previous track record for older versions of GTK+, it will be another year or two before the code base stabalizes. And if you report a bug to them, they'll probably tell you to fix it your self or wait for the 3.x series.

  2. Excellent! But... by Emil+Brink · · Score: 3, Interesting

    As the developer and maintainer of a little GTK+-based application (plug, plug), I see this is very good news, of course. But whoa, it's going to be a lot of work porting over... Using the deprecated widgets is an impossibility for any self-respecting maintainer, imo. ;^) Also, I sure do hope they managed to get the speed up a bit from the 1.3.x series... That was really underwhelming. Which was sad, since 1.2.x is very snappy.

    --
    main(O){10<putchar(4^--O?77-(15&5128 >>4*O):10)&&main(2+O);}
    1. Re:Excellent! But... by Emil+Brink · · Score: 4, Interesting

      Well, now I've downloaded all the four libs and actually stresed my machine through building and installing it. The classic testgtk application that serves as a rather comprehensive demo of the various capabilities program is still around. And it's not anti-aliased on my machine (no xft, as far as I know), so even if turning that off helps, I'm still not happy. It's really annoying, since there's not that much visible improvement, although I'm sure everything is nice and new under the hood.

      While typing this up, I had this brilliant idea: there are these things known as "benchmarks" which replace vague bitching with hard numbers... Aha!

      I dove into the testgtk.c source, for both this new 2.0.0 release, and the last stable release, 1.2.10. In the "clist" demo (which is very interesting to me, since my app (mentioned in the thread root) uses GtkCList heavily), I added simple instrumentation to measure the time to add 1,000 rows with pixmaps. The results, based on running the code 10 times, dropping the min and max, and averaging the remaining 8 values:

      • GTK+ 1.2.10: 0.081 s
      • GTK+ 2.0.0: 0.787 s
      Difference: a factor of 9.6 slower. Ouch. Oh, and please note that these times are for the "core" loop of the test case, which is enclosed in calls to gtk_clist_freeze() and gtk_clist_thaw(), meaning (afaik) that this does not include the time it takes for GTK+ to actually render the list. It's the internal bookkeeping only. Can you say "dramatically slower"? I know I can.

      The annoying thing with this 10X performance loss is that my next machine isn't all that likely to be 10X faster than my current one; it's simply too large a step. Bummer.

      There, I think I've ranted enough on the topic for this moment. Thanks for listening. :^)

      --
      main(O){10<putchar(4^--O?77-(15&5128 >>4*O):10)&&main(2+O);}