I have had some new ideas for the IPv6 implementation in KDE. First and foremost, I thought that maybe I should not try to make it in kdelibs, but in QT. I have seen that KDE and QT duplicate a lot of code and effort, like QSocket and KSocket, QUrl and KURL. So, question is: would we all benefit more from a IPv6-transparently-enabled QSocket or KSocket?
Let me emphasize the word transparent. Both QSocket and KSocket already support IPv6 in a manner or another. But neither implementation is good enough, to the point that KSocket's implementation is practically non-existant. Even if the preprocessor directives were enabled in KSocket, it still wouldn't work.
I am currently aiming to make my work to kdelibs. That is, all the code left behind in QT would be left unused. However, there's (so far) nothing preventing change into QT (read: KSocketAddress and others would fit nicely in QSocketAddress).
Problem with QT is: QSocket would change signature, while KSocket wouldn't necessarily have to.