Announcement

Collapse
No announcement yet.

Another GTK+ 3.0 Pre-Release Arrives

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Another GTK+ 3.0 Pre-Release Arrives

    Phoronix: Another GTK+ 3.0 Pre-Release Arrives

    Just about one month ago there was the first GTK+ 3.0 test release and then before May ended out there was another development release and it delivered on X Input 2.0 support for GTK. Just days later, another new GTK+ 3.0 test release has been tagged...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    GTK needs to improve dramatically to catch up to the innovations of the toolkits in Windows and OSX.

    This is highlighted with the simple "Hello World" test where you count the number of lines of code to create a simple Hello World. In GTK it is more than 10 lines or so and in other toolkits it is usually under 4 - 5 lines of code.

    They also are abysmal in keeping bugs in check, I get noticeable bugs in GTK on Ubuntu 10.04 "Lucid Lynx". This is just unacceptable that a toolkit has bugs noticeable to the user.

    I suggest the developers need to go back to the drawing board with GTK and do a complete rewrite to make it faster and more efficient. 2D performance is also poor with GTK so they need to address that as well.

    Comment


    • #3
      Can it be compiled with -O3 yet?

      /gtktroll

      Comment


      • #4
        Originally posted by curaga View Post
        Can it be compiled with -O3 yet?

        /gtktroll
        Why do you need to compile it with "-O3"? Do you want to expose compiler's optimizer bugs this much?

        Comment


        • #5
          Often the bug is in the code, not the compiler.

          Comment


          • #6
            Originally posted by curaga View Post
            Often the bug is in the code, not the compiler.
            IMHO using compiler's optimizer to find bugs is WRONG.

            Comment


            • #7
              Originally posted by bugmenot2 View Post
              I suggest the developers need to go back to the drawing board with GTK and do a complete rewrite to make it faster and more efficient. 2D performance is also poor with GTK so they need to address that as well.
              ... or just use Qt4 that doesn't need to catch up

              Comment


              • #8
                Originally posted by val-gaav View Post
                ... or just use Qt4 that doesn't need to catch up
                And up with ugly ugly ugly and incompatible with all required software? No thanks.

                Comment


                • #9
                  I think you're confused. He's talking about Qt, you are talking about GTK.

                  Comment


                  • #10
                    Originally posted by droidhacker View Post
                    And up with ugly ugly ugly and incompatible with all required software? No thanks.
                    The point was made for a total re write of GTK+ toolkit... If it would get this the new version would be_incompatible_with_all_the_software anyway. Apps would have to be ported...

                    Since it is like that why not port to Qt4 a toolkit that is there and is way modern/has more features then GTK+ ?

                    Ugliness on the other hand is a thing of preference and any toolkit can look right with a good theme...

                    This is all about technology beneath the hood ... and Linux would certainly benefit if it had one toolkit instead of two incompatible ones...

                    Comment

                    Working...
                    X