[Development] qtbase.git code coverage statistics

2013-10-07 Thread Sébastien Fricker
Hi, The code coverage statistics of qtbase.git are now online again: http://download.froglogic.com/public/qt5-squishcoco-report/ The build was broken due to the sanity check which was treating warnings as errors. Regards, Sébastien NOTE: if you see that something is broken, do not hesitate to i

Re: [Development] Names of classes in Android Extras

2013-10-07 Thread Jake Petroules
Furthermore, if they're going to be called QJniXxx and not QAndroidJniXxx, why are they even in QtAndroidExtras? They aren't Android-specific, so what about placing them in a QtJavaExtras module instead? Who knows, some other Java-based platform may come along at some point. -- Jake Petroules

Re: [Development] Names of classes in Android Extras

2013-10-07 Thread Thiago Macieira
On terça-feira, 8 de outubro de 2013 00:02:45, Stromme Christian wrote: > So the options are QAndroidJniXxx and QJniXxx? Personally I prefer the > later. Would this class work with a different JNI? Suppose Qt Jambi wanted to use those classes. Would they even compile? If so, then the generic nam

Re: [Development] Names of classes in Android Extras

2013-10-07 Thread Stromme Christian
The names are one part legacy and one part for consistency. Either way I don't feel strongly about the names, so if we can agree on the names I'll fix it asap. So the options are QAndroidJniXxx and QJniXxx? Personally I prefer the later. -- Christian Thiago Macieira wrote: On segunda-feira,

Re: [Development] Names of classes in Android Extras

2013-10-07 Thread André Pönitz
On Mon, Oct 07, 2013 at 10:11:28PM +0200, Alejandro Exojo wrote: > Hi. > > I've stumbled upon the names of the classes in Qt Android Extras: > - QJNIEnvironment > - QJNIObject > > The all capital part due to the acronym is inconsistent with other Qt > classes, > where the acronym is written as

Re: [Development] Names of classes in Android Extras

2013-10-07 Thread Thiago Macieira
On segunda-feira, 7 de outubro de 2013 22:11:28, Alejandro Exojo wrote: > Hi. > > I've stumbled upon the names of the classes in Qt Android Extras: > - QJNIEnvironment > - QJNIObject > > The all capital part due to the acronym is inconsistent with other Qt > classes, where the acronym is written

[Development] Names of classes in Android Extras

2013-10-07 Thread Alejandro Exojo
Hi. I've stumbled upon the names of the classes in Qt Android Extras: - QJNIEnvironment - QJNIObject The all capital part due to the acronym is inconsistent with other Qt classes, where the acronym is written as if it were a word: e.g. QHttp* instead of QHTTP*, QUrl instead of QURL, etc. I've

Re: [Development] QtTest for everybody

2013-10-07 Thread Thiago Macieira
On segunda-feira, 7 de outubro de 2013 22:50:49, Dmitry Ashkadov wrote: > The topic about exceptions for slots and signals has inspirited me to > pay your attention to QtTest. QtTest is a good unit-test framework, but > it is focused to Qt. I think QtTest may be used for any project, > moreover

[Development] QtTest for everybody

2013-10-07 Thread Dmitry Ashkadov
Hello! The topic about exceptions for slots and signals has inspirited me to pay your attention to QtTest. QtTest is a good unit-test framework, but it is focused to Qt. I think QtTest may be used for any project, moreover it may be used as unit testing framework for project that doesn't use Q

Re: [Development] [RFC] What to do about overloaded signals/slots?

2013-10-07 Thread Grégoire Barbier
Le 07/10/2013 15:33, Olivier Goffart a écrit : > On Monday 07 October 2013 12:52:48 Grégoire Barbier wrote: > >> Hi, >> >> I'm currently porting for the first time a Qt4 app to Qt5 and meanwhile >> discovering new great Qt5 features, therefore I'm far from beeing an expert. >> >> However my current

Re: [Development] [RFC] What to do about overloaded signals/slots?

2013-10-07 Thread Olivier Goffart
On Monday 07 October 2013 12:52:48 Grégoire Barbier wrote: > Hi, > > I'm currently porting for the first time a Qt4 app to Qt5 and meanwhile > discovering new great Qt5 features, therefore I'm far from beeing an expert. > > However my current opinion about Qt5 new connect syntaxes is that the >

Re: [Development] Building Qt5.2 under Visual Studio 2013

2013-10-07 Thread Mojmír Svoboda
* Nagy-Egri M?t? Ferenc [2013-10-07 11:23:26 +]: > Should the error be addressed on the project side or be reported to MS > and hope a fix comes before final version? ICE are almost always on MS side. Often you can find some workaround until they fix it. For example sometimes only rearrangin

[Development] Building Qt5.2 under Visual Studio 2013

2013-10-07 Thread Nagy-Egri Máté Ferenc
Hi! I’m trying to build a program that extensively makes use of the proper template machinery under Visual Studio 2013 plus uses Qt GUI libs, therefore I took on the venture of building Qt 5.2 with Visual Studio 2013. However, configure.bat fails at compilation, namely: c:\users\mátéferenc\d

Re: [Development] Qt Contributors Day

2013-10-07 Thread Samuel Gaist
On 7 oct. 2013, at 11:58, John Layt wrote: > On 7 October 2013 08:54, Samuel Gaist wrote: >> Hi, >> >> In which room are you hidden ? :-) > > We are on the first floor, in a meeting room next to the coffee at the > end of the corridor past the toilets. If you can't find it come and > see me a

Re: [Development] [RFC] What to do about overloaded signals/slots?

2013-10-07 Thread Grégoire Barbier
Le 05/10/2013 18:24, Olivier Goffart a écrit : (...) > As you may or may not know, it is a bit tricky to use the pointer based > connection syntax with overloaded signals or slot. > > If you do, say: > > connect(process, &QProcess::error; > this , &MyObject::processError); > > You get a com

Re: [Development] Nokia/Digia copyright in PDF produced by QPrinter

2013-10-07 Thread David Boddie
On Sun Oct 6 20:51:40 CEST 2013, Lars Knoll wrote: > The producer field in PDF is generally used for marking what has been used > to produce the PDF. In Qt 5 this reads: > >xprintf("\n/Producer "); >printString(QString::fromLatin1("Qt " QT_VERSION_STR " (C) 2012 Digia > Plc and/or its subs

Re: [Development] Qt Contributors Day

2013-10-07 Thread John Layt
On 7 October 2013 08:54, Samuel Gaist wrote: > Hi, > > In which room are you hidden ? :-) We are on the first floor, in a meeting room next to the coffee at the end of the corridor past the toilets. If you can't find it come and see me at the KDE booth in the 1st floor exhibition room. Cheers!

Re: [Development] Qt Contributors Day

2013-10-07 Thread Samuel Gaist
On 6 oct. 2013, at 14:39, John Layt wrote: > On 22 August 2013 21:24, John Layt wrote: >> Hi, >> >> Qt Dev Days Europe is coming up on October 7-9 and once again this >> year KDE e.V. is partnering with Digia, KDAB and ICS in the running of >> the event. In particular KDE is once again helping