KAutoPointer: a new autoptr class for QPointer
lemma at confuego.org
Fri Jul 10 12:41:31 BST 2009
-----BEGIN PGP SIGNED MESSAGE-----
Thiago Macieira wrote:
> Michael Leupold wrote:
>>Thiago Macieira wrote:
>>> Stefan Majewsky wrote:
>>>>Am Mittwoch 08 Juli 2009 19:19:43 schrieb David Jarvie:
>>>>> Ideally this class would be provided by Qt, but in the meantime it
>>>>> seems useful to provide it in kdelibs.
>>>>Ideally you should request to merge this class into Qt. If this class
>>>> is included in kdelibs, "the meantime" would be at least until KDE 5.
>>> Agreed. Especially when we are adding stuff like that. See
>>Approximately when will Qt 4.6 be released? I understand that having
>> this upstream would be better but this really makes fixing some issues
>> (eg. dialog on stack) a lot easier as creating memory-leaks is a lot
>> harder than when using QPointer.
> You know better than to ask when we will release. We will release when
> it's ready, not sooner. And there's still quite a bit of work to be done
> for S60 and Declarative UI.
I wanted to make sure. My question was certainly not meant rethorical. But I
should probably have rephrased to "how big is the chance we will get the
feature in time for 4.4?".
> And schedules slip. If I say we will release in October, it could happen
> in December. If I say December, it could be March/2010. if I say
> February/2010, it could be April. The ballpark is between October and
> February. I would give a 60-70% confidence that it's released in time for
> KDE 4.4.
> PS: The current feature freeze target date is in about 2 months, but it
> too can slip.
I'd then rather see KAutoPointer in trunk. Maintaining it until KDE5 seems
to be less work than putting thought into rewriting methods using manually
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
-----END PGP SIGNATURE-----
More information about the kde-core-devel