| Download url broken Dec 29 2010 on content Bakaar | The download url comes back with 404 |
| | | Re: Re: Re: Re: Re: Re: 1.1 not in System Settings Sep 8 2010 on content KCM Qt Graphics System | a) You would have to use : as seperator when exporting LD_LIBRARY_PATH
b) Yes, generally when you do that all applications should load Qt 4.7 rather than the system one (that is: all apps that are not statically linked or have an rpath, I think rpath takes higher importance).
c) You do not want to do this globally since it can hurt stability (if/where) Qt 4.7 is incompatible with 4.6 (e.g. apps that are linked against QtMultimedia would still load that from 4.6 since 4.7 doesnt have it anymore and in the end you would have an application that overall runs on 4.7 but som parts are 4.7 due to QtMultimedia -> that can cause serious trouble). |
| |
| | | Re: Re: Re: Re: Re: 1.1 not in System Settings Sep 7 2010 on content KCM Qt Graphics System | Well, that depends partially on how the application was linked to the library. If dynamic, which is most likely for arch, then it only depends on whether Qt 4.7 is in the library search path and with higher priority than 4.6.
Say you have a Qt 4.7 installation in /opt/qt47 and your regular Qt 4.6 in /usr. Then you export LD_LIBRARY_PATH to include /opt/qt47/lib and hence override the standard search path /usr/lib, then every dynamically linked Qt application started with that setup will use Qt 4.7 and the option will have effect.
So it is more a question of runtime library loading rather than what an application was built against. |
| | | Re: Re: Re: 1.1 not in System Settings Sep 7 2010 on content KCM Qt Graphics System | /usr/local will almost certainly not be the right directory.
You will need to install to the KDE search path (usually /usr), otherwise the desktop file will not be found and hence not show up anywhere. |
| | | Re: 1.1 not in System Settings Sep 7 2010 on content KCM Qt Graphics System | Works just fine here, what does the output of your make install look like? |
| | | Re: Re: Re: Re: Re: What does it do exactly? Sep 7 2010 on content KCM Qt Graphics System | You can probably build on Qt 4.5 even, but its setting will only have effect on Qt 4.7 applications. |
| | | Re: Re: Re: What does it do exactly? Sep 7 2010 on content KCM Qt Graphics System | Generally apps should feel snappier. I think the best way to test i by adding a lot of plasma widgets and then draging them around wildly, resizing them etc.
On a netbook for example the plasma-netbook application launcher ought to perform super fast with OpenGL.
As far as I know there is no way to check what backend is in use.
I do not think Qt will use a fallback though, if it breaks, it breaks. So as long as you have a recent enough Qt version (which ought to be 4.7 beta2 or above if I am not mistaken) it should be usign OpenGL if that is selected. |
| | | Re: What does it do exactly? Sep 7 2010 on content KCM Qt Graphics System | Simply put: it will use another backend to render your applications.
The backend basically is how widgets (i.e. buttons and textfields and icons etc.) are painted. And that how can either be a native toolkit choice, for example on Linux it will default to use the X11 API for that kind of stuff which will then take care of the actual processing. The raster engine is an own implementation of software rendering (which should be the same as X11 except that it is not as it mostly performs better). And OpenGL will, as the name suggests, directy all painting to the GPU.
So, say you use OpenGL then every button, textfield, icon... in a Qt application will be painted via OpenGL in the GPU. GPUs being specifically tweaked for graphics of course will calculate that usually super fast.
How the raster backend works is descirbed here:
http://labs.trolltech.com/blogs/2009/12/18/qt-graphics-and-performance-the-raster-engine
More information on OpenGL here:
http://labs.trolltech.com/blogs/2010/01/06/qt-graphics-and-performance-opengl/
So, while the OpenGL backend is probably the least working one (with Linux graphics drivers not being that much piece of awesome) it ought to be the fastest one if working, since the GPU will almost always out-perform the CPU when it comes to graphics. |
| |
Search people Current visitors New users Birthdays Most active users Back
|
|