Re: [Development] Code coverage statistics online
Much more instantly-readable, thankyou very much :) -- Bill King Test Engineer Nokia, Guidance Team From: development-bounces+bill.king=nokia@qt-project.org [mailto:development-bounces+bill.king=nokia@qt-project.org] On Behalf Of ext Sébastien Fricker Sent: Sunday, 7 October 2012 9:08 AM To: development@qt-project.org Subject: Re: [Development] Code coverage statistics online One possible request: entry marking in the source reports, ie: QString QMimeType::filterString() const From: http://download.froglogic.com/public/qt5-squishcoco-report/libQtWidgets/source_147.html Was the test entered but the if lines not tested? Another example: void QMimeTypePrivate::clear() It would be more understandable if the entry point was highlighted, instead of the exit point of the block. MfG, Bill. This is now available. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Code coverage statistics online
Awesome work guys :) One possible request: entry marking in the source reports, ie: QString QMimeType::filterString() const From: http://download.froglogic.com/public/qt5-squishcoco-report/libQtWidgets/source_147.html Was the test entered but the if lines not tested? Another example: void QMimeTypePrivate::clear() It would be more understandable if the entry point was highlighted, instead of the exit point of the block. MfG, Bill. -- Bill King Test Engineer Nokia, Guidance Team From: development-bounces+bill.king=nokia@qt-project.org [mailto:development-bounces+bill.king=nokia@qt-project.org] On Behalf Of ext Sébastien Fricker Sent: Thursday, 27 September 2012 10:15 AM To: development@qt-project.org Subject: Re: [Development] Code coverage statistics online > Overall the coverage was less than I expected, so I started reading the > source files list starting from lowest coverage and found some surprising >results, e.g. qmimedata.cpp 0% coverage, qsettings.cpp nearly 0% > coverage although I know there are tests for these. > In the execution list at > http://download.froglogic.com/public/qt5-squishcoco-report/libQtCore.so.5.0.0.html<http://download.froglogic.com/public/qt5-squishcoco-report/libQtCore.so.5.0.0.html> > indeed it seems that tst_QSettings, tst_QMimeData are missing from the > list :( I suppose there are others missing too. Any idea what might > have caused them to be excluded from the results? If the tests are not present it can be: 1) the unit tests are not compiling. 2) the unit tests are not instrumented (should not be the case if part of QtBase) 3) make check does not execute the unit test. 4) results are not collected Let me have a look on it. Rohan, this analysis is the first one provided, and I you know better than everybody that maintaining the test suite is not an easy job. That's why it is important that if something is not correct that the community report it. This is the only way to get accurate measurements. Sébastien ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Maintainer for Editors&C++support in Qt Creator
A very strong +1 -Original Message- From: development-bounces+bill.king=nokia@qt-project.org [mailto:development-bounces+bill.king=nokia@qt-project.org] On Behalf Of Ziller Eike (EXT-Digia/Berlin)-Qt Sent: 21 September 2012 09:49 To: development@qt-project.org Cc: list Subject: [Development] Maintainer for Editors&C++support in Qt Creator I propose Erik Verbruggen as the new maintainer for Editor & C++ Support in Qt Creator, taking over the responsibilities from Leandro who unfortunately left us. Erik has already been working on the language support in Qt Creator for a long time, including the whole c++ preprocessor in 2.6, work on the C++11 support, and the Clang initiative. -- Eike Ziller Senior Software Engineer Digia Germany GmbH Rudower Chausse 13, 12489 D-Berlin Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B, Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius Email: eike.zil...@digia.com Tel: +49 30 63 92 32 55 Digia Germany is a group company of Digia Plc, Valimotie 21, FI-00380 Helsinki Finland Visit us at: www.digia.com -- PRIVACY AND CONFIDENTIALITY NOTICE This message and any attachments are intended only for use by the named addressee and may contain privileged and/or confidential information. If you are not the named addressee you should not disseminate, copy or take any action in reliance on it. If you have received this message in error, please contact the sender immediately and delete the message and any attachments accompanying it. Digia Germany GmbH and Digia Plc do not accept liability for any corruption, interception, amendment, tampering or viruses occurring to this message. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Proposal for new maintainer
I'd like to propose Robert Loehning as a new maintainer for the Qt creator test subsection. He's been working on Qt creator and in QA for it for 3 years now, so he's very very familiar with the area. I'd also like to resign from the above position as I'm moving on from this position. So for now, Eike defaults as chief maintainer of qt creator. BR, Bill. -- Bill King Lead Test Engineer Nokia, Qt Creator team http://qt.nokia.com ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Proposal: Remove QML from Qt's code base (OR: Should it be a requirement that Qt Modules are interoperable?)
I would like to see the first, I think that being able to interface it to different scripting languages would give it a lot of power. Re "compilation", can't you include a qml file in a .qrc? I know it's not technically the same, but... -- Bill King Lead Test Engineer Nokia, Qt Creator team http://qt.nokia.com > -Original Message- > From: development-bounces+bill.king=nokia@qt-project.org > [mailto:development-bounces+bill.king=nokia@qt-project.org] On > Behalf Of ext Shawn Rutledge > Sent: Wednesday, 4 July 2012 10:26 AM > To: development@qt-project.org > Subject: Re: [Development] Proposal: Remove QML from Qt's code base > (OR: Should it be a requirement that Qt Modules are interoperable?) > > On 4 July 2012 09:17, d3fault wrote: > > Also, did QML in the Trolltech days have javascript hacked on and > > forced-JIT in the design? There's a 3rd option that I intentionally > > didn't mention that is actually a sensible home for QML: .ui file > > replacement. Currently QML depends too much on itself to be a .ui file > > replacement. There is no C++ equivalent of much of the functionality > > in QML, whereas everything you can do in a .ui file, you can do in C++. > > Personally I do agree with you that Javascript should not be so mandatory. > Ideally it should be possible to do a couple of these: > - use a different scripting language > - instantiate Desktop Components from C++ > - convert JS to bytecode and ship an app with bytecode rather than source > (but V8 reputedly cannot support this) > - save the output of the JIT so that at least the source doesn't have to be > recompiled every time > - compile qml and JS to native code > > At least there is a decent chance the last one might happen. Then we could > truly say QML is a ui file replacement. Because AFAIK it has been more > common to run uic at build time rather than to actually ship the UI files. > The > existence of this form of declarative language is an improvement over XML > UI files (which basically couldn't be written by hand) > > QML is itself quite a simple language, if we leave out the possibility of > using JS > handlers; maybe it wouldn't even be too hard to write a qmlc which > generates C++ code as long as one doesn't rely on any JS language features > (or by bundling the JS snippets somehow). I haven't tried though; has > anyone else? > ___ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] The Future of QDoc
Can I add a request for creator integration? Ie, as a build target, and also have it output to the issues pane for click-nagivation? -- Bill King Lead Test Engineer Nokia, Qt Creator team http://qt.nokia.com From: development-bounces+bill.king=nokia@qt-project.org [mailto:development-bounces+bill.king=nokia@qt-project.org] On Behalf Of Vandonderen Casper (Nokia-MP/Oslo) Sent: Thursday, 9 February 2012 3:01 PM To: development@qt-project.org Subject: [Development] RFC: The Future of QDoc Hello, I am working on QDoc part-time and we have been discussing some changes that we would like to implement to make qdoc more future proof. I have created a short list of the things we would like to do: http://developer.qt.nokia.com/wiki/Category:Tools::QDoc It comes down to: Implement a new C++ parser, make qdoc more modular and be able to handle the Qt modules better with qdoc. I am wondering if anybody has any ideas about what he/she would like qdoc to do, or how qdoc should evolve? Casper ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Proposing Matt Vogt for Approver Status
Another +1 here. -- Bill King Lead Test Engineer Nokia, Qt Creator team http://qt.nokia.com > -Original Message- > From: development-bounces+bill.king=nokia@qt-project.org > [mailto:development-bounces+bill.king=nokia@qt-project.org] On > Behalf Of ext martin.jo...@nokia.com > Sent: Monday, 9 January 2012 4:26 AM > To: development@qt-project.org > Subject: [Development] Proposing Matt Vogt for Approver Status > > Hi, > > I hereby propose Matt Vogt for the role of approver. > > Matt has previously worked for some years on the Qt Messaging Framework > and has now turned his attention to QtQuick. > > Br, > Martin. > ___ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development