You are not logged in.
Do you ever seen the shiny new blender interface?
It is totally opengl, fast, reactive, supports alpha blend, does vsync, you can drag vsplitters on a screen full of widgets and everything autoresize itself instantly.
Also,the whole program starts in less than a second.
I wonder why it seems so difficult to have this with qt or gtk...
PS: I also wonder is it not possible to open a new thread in TGN ?
Help me to improve ssh-rdp !
Retroarch User? Try my koko-aio shader !
Offline
PS: I also wonder is it not possible to open a new thread in TGN ?
Nope. But for this thread, lets try Arch Discussion GNU/Linux Discussion for now.
Last edited by ewaller (2011-05-18 22:01:15)
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Online
One answer might be that Gtk and Qt have to work everywhere (even without OpenGL) and also keep the compatibility with thousands of applications. Not sure if that applies to Gtk3 though.
Offline
I doubt application startup speed has much to do with using qt/gtk, most of the time is spent by the application itself rather than the widgets, especially if loading a gtk app on gnome (with all libraries already in memory).
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
http://labs.qt.nokia.com/2011/05/09/tho … bout-qt-5/
http://zrusin.blogspot.com/2010/11/2d-musings.html
Seems like a lot of developers agree with you, and this may be something big with GTK 3 if things go smoothly enough with llvmpipe. According to those blogs, Qt 5 will support largely what you have described, among other features that will make it even more resource-friendly than it is now (many people misinterpret Qt's performance based on KDE, since that's the only experience they've had with it outside of Google Earth or Skype- quite simply, that's like comparing GTK's performance to Ubuntu rather than to Xfce4 or Gnome 3 Fallback).
So, the main issue has always been that there isn't a dependable form of 3D acceleration on a very basic level that can be expected, at least for some widget rendering. But now with llvmpipe, we might have a minimal amount of support that makes it more reasonable to use acceleration globally across the entire Linux stack.
Linux is already fast as all get out without these improvements, mind you (KDE 4 is still lighter than OS X's latest versions of Aqua), so imagine what this could do for hardware support and software performance overall. Not to mention that, even without llvmpipe, it's becoming more and more difficult to come across Linux users on the desktop without some form of 3d accleration out of the box.
So never fear- it's coming. As Qt 5 catches on over the following years in the KDE project, it will make the issues with GTK even more obvious (although GTK 3 is a huge improvement over GTK 2, in my opinion). Graphics are a pretty hot topic- the main issue is with the shortage of the amount of developers who know enough to work it fo free, or in cooperation with Red Hat/SUSE/Intel/etc.
Offline
Thanks for your links, let's hope for the best then!
Help me to improve ssh-rdp !
Retroarch User? Try my koko-aio shader !
Offline