2013/9/4 Janusz Lewandowski :
> On Wed, 4 Sep 2013 19:48:53 + Knoll Lars wrote
>
>> So then there are basically two options:
>>
>> 1. We extend QScopedPointer and live with the fact that the name is not
>> perfect, as scoping can be broken explicitly.
>> 2. We add a QUniquePointer that has pre
On quinta-feira, 5 de setembro de 2013 09:41:11, Giuseppe D'Angelo wrote:
> On 5 September 2013 08:44, Thiago Macieira
wrote:
> > Can we please give the feature a try, for a week or two, with
> > -warnings-are- errors enabled in all CI builds?
>
> I don't think this is the point. We already do h
Thank you Jenssen!
I got all the way through this, but my problem is a little more
specific. Well, let's see if I can explain myself a little better.
We develop Autodesk plugins for our clients, mostly for their AutoCAD
suite. So, we need to detect if there's a installation present in the
ma
Hi,
sorry for bringing this topic up again, but I have just realized there was
no dedicated thread for this request.
Long story short: we have been struggling with supporting Mac properly for
QtSerialPort. This is probably one of the Qt modules which is inherently
platform specific, and not just
Hi guys,
what is the state of WebView (QQ2) for Android? Is it still planed for
Qt 5.2? Is there a branch to track somewhere? The bug report suggests
that instead of using QtWebKit a wrapper around the Android-WebView is
now planned.
https://bugreports.qt-project.org/browse/QTBUG-32093
Anything
On quinta-feira, 5 de setembro de 2013 13:46:19, Kurt Pattyn wrote:
> Is it OK then to remove the check in QUtf8Codec, or do we need a check on
> the DBus version (which is not relevant for other platforms than Linux),
> and depending on the version include/exclude the check?
Yes, it's ok to remov
05.09.2013, 15:46, "Kurt Pattyn" :
>> From: Thiago Macieira
>> Subject: Re: [Development] A bug or not a bug, that's the question
>> Date: 26 Aug 2013 17:16:19 GMT+02:00
>> To: development@qt-project.org
>> On segunda-feira, 26 de agosto de 2013 13:53:38, Kurt Pattyn wrote:
>> We should re
> From: Thiago Macieira
> Subject: Re: [Development] A bug or not a bug, that's the question
> Date: 26 Aug 2013 17:16:19 GMT+02:00
> To: development@qt-project.org
> On segunda-feira, 26 de agosto de 2013 13:53:38, Kurt Pattyn wrote:
> We should remove the check. It was added because GLib made
On Wednesday 04 Sep 2013 22:15:48 Stephen Kelly wrote:
> On Wednesday, September 04, 2013 19:48:53 Knoll Lars wrote:
> > Given that we have less then 3 weeks until feature freeze (1) or (3)
> > sound more attractive for 5.2.
>
> That's not relevant.
>
> QScopedPointer is not moved anywhere in Qt
On 5 September 2013 11:02, André Somers wrote:
> A move, IMHO, isn't.
This looks quite explicit to me...
> ptr = std::move(anotherPtr) ;
or
> return ptr;
But whatever. Chief maintainer's position is clear.
--
Giuseppe D'Angelo
___
Development maili
Op 5-9-2013 7:55, Olivier Goffart schreef:
> On Wednesday 04 September 2013 18:45:45 Alexandr Akulich wrote:
>> Hi all.
>>
>> Im totally agree with Stephen, because such change definitely complicate
>> source reading.
>> When one read "ScopedPointer", then one naturally expect that stored object
>>
On Wed, Sep 4, 2013 at 9:15 PM, Stephen Kelly wrote:
> On Wednesday, September 04, 2013 19:48:53 Knoll Lars wrote:
> > Given that we have less then 3 weeks until feature freeze (1) or (3)
> sound
> > more attractive for 5.2.
>
> That's not relevant.
>
> QScopedPointer is not moved anywhere in Qt 5
On Tuesday 03 September 2013 09:33:50 Thiago Macieira wrote:
> On terça-feira, 3 de setembro de 2013 11:47:33, Stephen Kelly wrote:
> > Why not use std::unique_ptr instead in the cases where the patch has an
> > effect?
>
> We cannot. All uses of std::unique_ptr inside Qt are automatic -2.
You ca
On Tuesday 27 August 2013 08:47:18 Juergen Bocklage-Ryannel wrote:
> or the alternative of deprecating search paths. Anyone have an opinion here?
> > My opinion is to deprecate search paths. That's what
> > QStandardPaths::locate is for.
>
> If this is about QDir::addSearchPath read on:
>
> We us
On 5 September 2013 08:44, Thiago Macieira wrote:
>
> Can we please give the feature a try, for a week or two, with -warnings-are-
> errors enabled in all CI builds?
I don't think this is the point. We already do have several
-developer-build configurations active in CI, and, as you say, that's
e
05.09.2013 04:00, Thiago Macieira пишет:
> We should add QUniquePointer only when we find the need for it in Qt code,
> which by our rules cannot depend on the C++11 standard library features.
Maybe I don't understand something, but Does Qt use QScopedPointer in
its implementation? Why Qt doesn'
Hi,
On Wednesday 04 September 2013 22:32:34 Stefan Merettig wrote:
> > I think adding general information to method or properties are a good
> > idea.
> > The current tag system is indeed very limited.
> > But before trying to get something to general, we need to focus on use
> > cases.
>
> Alrig
17 matches
Mail list logo
