[KDE/Mac] Black on black and raster graphics

Ian Wadham iandw.au at gmail.com
Thu Apr 17 04:53:27 UTC 2014

Re bugs.kde.org reports https://bugs.kde.org/show_bug.cgi?id=332335 and
https://bugs.kde.org/show_bug.cgi?id=333429, using raster graphics in Qt4-Mac
rather than native Mac graphics makes the second problem disappear, along
with three other problems in KDE Games, but does not make the first problem
go away (from KDevelop).  To do this I have been using either of:

    open <PathToApplication> --args -graphicssystem raster
    <PathToApplication>/Contents/MacOS/appname -graphicssystem raster

See the discussion in https://bugs.kde.org/show_bug.cgi?id=333429 for more
detail and also the thread "Black-on-black on Mac" on the kde-devel list.

What I am wondering is whether there is a reason why qt4-mac on Macports
is not built with raster graphics as the default, rather than native Mac graphics?

Raster is the default from Qt 4.8 onwards and it is Qt's effort to make graphics
fast and portable across X11, Windows and Apple OS X.

Could I try installing qt4-mac with raster graphics as the default and see if that
has any effect on KDevelop?

KDevelop is using Plasma::ToolButton from the Plasma library which is QML,
I think, and maybe out of reach of KDevelop's command-line.

If so, how do I go about building and installing qt4-mac with raster as the default?

If it works, it could clear up potential graphics glitches in over 100 pieces of
KDE code.  See:


Cheers, Ian W.

http://lxr.kde.org is a useful tool for finding out where something is used
anywhere in KDE code.

More information about the kde-mac mailing list