On 2012-08-18 03:50, David Faure wrote:
On Thursday 09 August 2012 17:16:27 Matthew Woehlke wrote:
I think you're going to have to either:
a. Accept a SIC and just let some roles be wrong for old code
b. Have a suffix on all the new flags
c. Put the new flags in some namespace that isn't QPalette, and keep a
method taking the old enum for compatibility
a. is probably not going to be accepted into Qt at this point.
b. and c. can be done later than Qt-5.0, so this might be a better course of
action than me trying to rush something in now.
I was hoping it would be a simple "turn an enum into a QFlags, to allow for a
SC/BC change later", but obviously this is much more involved.
I'll postpone this.
Thanks for the input, it was useful :)
Sounds good; thanks. The API is *almost* simple, just that the old names
are such that they can't quite map to a new flags-based system without
some glitches. (The back-end is a bit more complicated :-).)
--
Matthew
_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
