[KDE/Mac] Fixing graphics problems in KDE/Qt on Apple OS X
nicos at macports.org
Sun Apr 27 03:20:50 UTC 2014
I tested a little bit more with KBounce, and this seems to show that the approach through the plist file does not really
work for KDE applications. While setting QT_GRAPHICSSYSTEM in the plist file does not provide visible changes,
launching it through the command line while having set export QT_GRAPHICSSYSTEM=raster beforehand completely
changes the speed of the application.
On Apr27, 2014, at 6:46, Ian Wadham <iandw.au at gmail.com> wrote:
> On 27/04/2014, at 1:57 AM, Nicolas Pavillon wrote:
>> Sure, here are below the lines of interest which worked for the dummy application I was referring to:
>> where I was setting LANG as a test.
>> I also made a quick empirical test with KBounce as you suggested it. I first installed qt4-mac +raster, which
>> readily improved some of the interface. I then added the lines to set the QT_GRAPHICSSYSTEM=raster variable,
>> but I did not see any difference with it.
> It should go faster. It runs painfully slowly if you do not enforce
> Raster at execution time. You can even run out of time to finish
> the first KBounce game.
> A more positive test is Palapeli. Start any puzzle and drag, with
> the left mouse button down, from any empty spot on the puzzle
> table. You get no rubber band or a messed-up rubber band,
> unless you have enforced Raster in the command or via the
> environment variable.
> Cheers, Ian W.
> kde-mac at kde.org
> List Information: https://mail.kde.org/mailman/listinfo/kde-mac
> KDE/Mac Information: http://community.kde.org/Mac
More information about the kde-mac