KF5 & Qt5 - QtCS Session
Christoph Feck
christoph at maxiom.de
Thu Jun 30 02:26:02 BST 2011
On Thursday 30 June 2011 01:43:44 John Layt wrote:
> Hi,
>
> At QtCS we had a follow-up session from Platform 11 to discuss what
> technical changes we'd like to see in Qt5.
>
> One major point was the news that the Qt5 feature freeze is planned for
> September/October giving us only 2-3 months to get the changes we need
in.
> This means we have to prioritise those items that need binary and source
> compatability changes in the core Qt libraries for 5.0 and leave everything
> else for 5.1. A plan was agreed to identify those tasks by July 15th,
> assign names to them, and starting pushing changes to Qt asap.
>
> Unfortunately the Qt repos are not open yet so for now we can only discuss
> proposals on the Qt5 list or push merge requests the old way in Gitorious.
> It's no surprise that dfaure got merge request #1 on qt5 :-)
>
> Thiago explained the criteria for getting things into Qt:
> * Must be cross-platform on Linux, Mac and WIndows
> * Must have unit tests
> * Must commit to maintaining the new code
>
> Remote compile and test facilities may be made available for Mac/Win
> builds.
>
> The legal aspects of copying code from KDE was discussed. Ideally all
> contributed code would be a clean room implementation by the contributor,
> but this defeats QA reasons for copying well-proven code. The Contributor
> Agreement is not a blanket grant, it is a grant specific to each push, so
> each push must be entirely your own code, multiple authors need to push to
> a common branch on Gerrit before requesting a merge. While you should
be
> able to copy your own code from KDE you need to be careful where other
> people have patched it, but where to draw the line, i.e. does a one line
> krazy fix prevent you copying it? Agreed that we had some special needs
> and need to seek clarification from Nokia Legal on some sensible
> guidelines.
>
> A draft list was made of some areas for focus with names drafted in against
> them:
>
> * Q_GLOBAL_STATIC - dfaure, already submitted
> * Mime Types - dfaure
> * Paths/Locations - dfaure (needed for mime Types)
> * QUrl/KUrl - dfaure to code? Thiago to review
> * Ref counting - steveire
> * Notifications - agateau
> * KAction - drf_
> * Locale - jlayt
> * Date/Time - jlayt
> * Translations - jlayt to try find someone
> * QIcon/KIcon - need to merge, loading needs work - Jens B?? / ogoffart
> knows * Icon Cache?
> * SVG? - Alexei on top of WebKit?
> * Macros - part of review
> * KConfig - Helio? Qt-Addon for 5.1?
> * KJob - Qt-Addon for 5.1
>
> This is by no means complete yet so please suggest other areas and names.
>
> Cheers!
>
> John.
We probably need kDebug(area) et al. features in Qt 5, too. For example, I
plan to make "kdelibs/kimgio" pure Qt, but when we switch to qDebug(), we
lose the ability to filter/redirect/suppress messages.
Christoph Feck (kdepepo)
More information about the kde-core-devel
mailing list