Re: [Development] QList

2017-03-31 Thread Martin Smith
But about the indirectly proposed \until command. What is it supposed to do? Are we setting a policy of announcing the version when a class or function will be removed? From: Development on behalf of Marc Mutz Sent: Saturday, April 1, 2017 1:19:07 AM To: devel

Re: [Development] QList

2017-03-31 Thread Marc Mutz
On 2017-03-31 22:27, André Pönitz wrote: On Fri, Mar 31, 2017 at 10:56:53AM +0200, Marc Mutz wrote: On Friday 31 March 2017 09:43:18 Konstantin Tokarev wrote: > 31.03.2017, 10:38, "Marc Mutz" : [...] > > [1] even better than Qt's, these days, since cppreference.com > > clearly shows what's avail

Re: [Development] QList

2017-03-31 Thread André Pönitz
On Fri, Mar 31, 2017 at 10:56:53AM +0200, Marc Mutz wrote: > On Friday 31 March 2017 09:43:18 Konstantin Tokarev wrote: > > 31.03.2017, 10:38, "Marc Mutz" : > [...] > > > [1] even better than Qt's, these days, since cppreference.com > > > clearly shows what's available in which C++ version while Qt

Re: [Development] supported compilers in 5.10?

2017-03-31 Thread Alex Blasche
> -Original Message- s/MSVC2015/MSVC2013/g > I just looked through the download statistics. MSVC2015 takes about 30% of all > windows downloads and the Visual Studio Tools have a similar ratio. It might > change once we have a MSVC2017 packages but right now I must say no, > dropping M

Re: [Development] supported compilers in 5.10?

2017-03-31 Thread Marc Mutz
On Friday 31 March 2017 16:24:37 Alex Blasche wrote: > > -Original Message > > > > >> If we can drop MSVC 2013, too, we can start to use char16_t > > >> unconditionlly, which will make QStringViewLiteral obsolete, as we can > > >> just > > > > write u"foo" > > > > >> everywhere. It will

Re: [Development] supported compilers in 5.10?

2017-03-31 Thread Alex Blasche
> -Original Message > >> If we can drop MSVC 2013, too, we can start to use char16_t > >> unconditionlly, which will make QStringViewLiteral obsolete, as we can just > write u"foo" > >> everywhere. It will also simplify a lot of other code that currently > >> needs to fall back to wchar_t

Re: [Development] QNX 6.6 on Qt 5.10

2017-03-31 Thread James McDonnell
On 2017-03-31, 9:17 AM, "Development on behalf of James McDonnell" wrote: > > >On 2017-03-31, 9:09 AM, "Development on behalf of Ville Voutilainen" >ville.voutilai...@gmail.com> wrote: > >>On 31 March 2017 at 15:48, Lars Knoll wrote: >>> Hi Rafael, >>> >>> I¹d agree with you that it¹s too earl

Re: [Development] QNX 6.6 on Qt 5.10

2017-03-31 Thread James McDonnell
On 2017-03-31, 9:09 AM, "Development on behalf of Ville Voutilainen" wrote: >On 31 March 2017 at 15:48, Lars Knoll wrote: >> Hi Rafael, >> >> I¹d agree with you that it¹s too early to drop QNX 6.6, even though I >>understand that people would want to drop gcc 4.7. Is there a chance QNX >>6.6 w

Re: [Development] QNX 6.6 on Qt 5.10

2017-03-31 Thread Ville Voutilainen
On 31 March 2017 at 15:48, Lars Knoll wrote: > Hi Rafael, > > I’d agree with you that it’s too early to drop QNX 6.6, even though I > understand that people would want to drop gcc 4.7. Is there a chance QNX 6.6 > will get a toolchain update at some point? Seems unlikely. http://stackoverflow.c

Re: [Development] QNX 6.6 on Qt 5.10

2017-03-31 Thread Lars Knoll
Hi Rafael, I’d agree with you that it’s too early to drop QNX 6.6, even though I understand that people would want to drop gcc 4.7. Is there a chance QNX 6.6 will get a toolchain update at some point? Lars > On 31 Mar 2017, at 14:15, Rafael Roquetto wrote: > > Hello, > > Since Marc has alre

[Development] QNX 6.6 on Qt 5.10

2017-03-31 Thread Rafael Roquetto
Hello, Since Marc has already the subject of which compilers need to be supported for 5.10, I would like to take this opportunity to explicitly ask: what is our take for QNX 6.6? Or even better, until which Qt release do we plan to support it? I am currently working on ensuring QNX 7 at least buil

Re: [Development] QList

2017-03-31 Thread Martin Smith
>But no \until. I try to put this in the docs, and sometimes I succeeded, but >I've also been -1ed for trying already. I have never been asked to add \until to qdoc. martin From: Development on behalf of Marc Mutz Sent: Friday, March 31, 2017 10:56:53 AM To:

Re: [Development] QList

2017-03-31 Thread Marc Mutz
On Friday 31 March 2017 10:56:53 Marc Mutz wrote: > But no \until. I try to put this in the docs, and sometimes I succeeded, > but I've also been -1ed for trying already. Before you ask: http://doc.qt.io/qt-5/qsharedpointer.html#create-1 is a successful attempt. -- Marc Mutz | Senior Software

Re: [Development] QList

2017-03-31 Thread Marc Mutz
On Friday 31 March 2017 09:43:18 Konstantin Tokarev wrote: > 31.03.2017, 10:38, "Marc Mutz" : [...] > > [1] even better than Qt's, these days, since cppreference.com clearly > > shows what's available in which C++ version while Qt hides all but the > > latest documentation, which only describes the

Re: [Development] QList

2017-03-31 Thread Philippe
On Fri, 31 Mar 2017 11:12:44 +0300 Konstantin Tokarev wrote: > 30.03.2017, 17:33, "Matthew Woehlke" : > > On 2017-03-29 18:33, Konstantin Tokarev wrote: > >>  30.03.2017, 00:17, "Philippe" : > >>>  And being able to use a QVector with O(1) by-value assigment, thanks to > >>>  COW, make it easy to

Re: [Development] QList

2017-03-31 Thread Konstantin Tokarev
30.03.2017, 17:33, "Matthew Woehlke" : > On 2017-03-29 18:33, Konstantin Tokarev wrote: >>  30.03.2017, 00:17, "Philippe" : >>>  And being able to use a QVector with O(1) by-value assigment, thanks to >>>  COW, make it easy to use QVectors "as primitive types", with no >>>  reasonning effort. >>

Re: [Development] QList

2017-03-31 Thread Konstantin Tokarev
31.03.2017, 10:38, "Marc Mutz" : > On Friday 31 March 2017 08:57:50 Simon Hausmann wrote: >>  Hi, >> >>  To me this appears to be comparing the questions that new learning >>  programmers have with questions of seasoned C++ programmers. I understand >>  that we should cater both with Qt, but the

Re: [Development] QList

2017-03-31 Thread Marc Mutz
On Friday 31 March 2017 08:57:50 Simon Hausmann wrote: > Hi, > > To me this appears to be comparing the questions that new learning > programmers have with questions of seasoned C++ programmers. I understand > that we should cater both with Qt, but the topic at this point of the > thread is the fo