On Wednesday, 7 de September de 2011 13:42:55 Samuel Rødal wrote: > On 09/07/2011 01:29 PM, Hansen Kent (Nokia-MP-Qt/Oslo) wrote: > > If QColor were in QtCore, this split would be a breeze :D (QML has > > intrinsic support for it) > > (Yes, moving QColor to core would be a violation of all we hold holy -- > > but hey, there's already precedence with QPoint and friends) > > (And no, it can't be moved anyway because it depends on X11 (for > > translating strings to colors)) > > (But yes, we could have a runtime hook in QApplication to still support > > that) > > (Or how about just nuking the X11 color support for Qt 5 -- > > QColor::allowX11ColorNames(), wtf?) > > > > Kent > > Q_WS_X11 will never be defined in Qt 5, the windowing system is > Lighthouse, or Q_WS_QPA (I guess we can eventually get rid of that one > though since it's the only supported one). > > Thus I guess the X11 color names path is never run and the API can be > removed.
Make QColor a simple value class, independent of WS.
If necessary, we can add a function to a GUI class somewhere that fetches a
named colour from the WS and returns in QColor. QDesktopServices, QPalette are
candidates.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Software Architect - Intel Open Source Technology Center
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Qt5-feedback mailing list [email protected] http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
