[Qt-creator] This week in Creator
Hello everybody! We are still preparing for the upcoming 2.1 release, so everybody here is either testing or fixing issues. Noteworthy improvements are: * Creator now lists all Qt Quick examples * QML text editor was sped up. Please file a bug report if you you consider it to be sluggish still. * Handling of encodings when searching files was improved in the 2.1 branch. Most work happened in the 2.1 branch this week with some of the more intrusive patches being submitted to the mater branch. It is available here: http://qt.gitorious.org/qt-creator Binary snapshots of Qt Creator are available here: ftp://ftp.qt.nokia.com/qtcreator/snapshots/2010-10-25/ Please file bug reports and feature requests in our bugtracker available here: http://bugreports.qt.nokia.com/ Thanks! Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] Last two weeks in Qt Creator
Hello everybody! Sorry, I got a bit sloppy with writing updates on what has been happening in Creator and missed last weeks edition once again. The last two weeks were mostly spend on polishing the 2.1 branch, testing it and fixing issues we found with it. We were so happy with the branch that we released Qt Creator 2.1 beta on October 7th. See http://labs.qt.nokia.com/2010/10/07/qt-creator-2-1-0beta/ for the release blog. So we managed to have a beta in time for the Qt Ceveloper Days in Munich! Some of us were able to visit the Dev Days and found them to be a great event. We were especially happy when we noticed that most presenters were actually using Qt Creator! Of course we also took this opportunity to get feedback from our users. While lots of refinements were made to the 2.1 branch during the last weeks. Here is just a small list of some of them: * Several features were documented for the first time. This includes C++ snippets, semantic highlighting, refactoring actions and lots more. Our documentation team did excellent work there! * The new project wizards got polished. * Lots of QML and Quick improvements. * Jom, our Make replacement used on windows, see http://labs.qt.nokia.com/2009/03/27/speeding-up-visual-c-qt-builds/) reached version 1.0. Get it from ftp://ftp.qt.nokia.com/jom Most work during the last two weeks happened in the 2.1 branch of Qt Creator available here: http://qt.gitorious.org/qt-creator Do not forget to report your issues here: http://bugreports.qt.nokia.com/ If you Keep your bugs for yourself then we won't fix them for you;-) Have a nice weekend! Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Designer freedesktop icons integration
On 28.09.2010 21:06, ext Porfírio Ribeiro wrote: > Hi. > > Since 4.6, Qt supports the use of QIcon::fromTheme > > So i am using freedesktop icons in my source-code: > > ui->actionExit->setIcon(QIcon::fromTheme("application-exit")); > > I would like that Designer would let me use icons from theme, so i would > not need to do all the work by hand, and also let me specify a fallback > icon. Hi! IIRC that will be in Qt 4.8: http://lists.trolltech.com/pipermail/qt-creator/2010-September/007704.html (See section on designer). So you do need to write a bug report, you need a bit of patience:-) Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Help Needed
Hi Kiran! On 29.09.2010 13:00, ext Kiran Sathyanarayan wrote: > WE are using Squish For QT squish-3.4.5-qt336-win32-msvc8 and we are > using JavaScript as an programming Lanaguage. > I am looking out for JavaScript with QT combination examples to start my > QT programming In which way is this related to Qt Creator? If it is not related at all then please do not CC the creator mailing list. Thanks! Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] This week in Qt Creator
On 27.09.2010 16:16, Tobias Hunger wrote: > ---++ C++ Support > * Support for snippets was ported over into the C++ text editor. >This feature has been available in the QML editor for a while now. >Note that snippet support is not yet feature complete (E.g. it is >currently not possible to edit the snippets inside creator!). See > > http://share.ovi.com/media/tobias.hunger.mymedia/tobias.hunger.10006 >for an idea of what it does already. The link is broken:-/ Sorry for that. Please use http://share.ovi.com/media/tobias.hunger.Qtcreator/tobias.hunger.10006 instead. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] This week in Qt Creator
Hello! This week we got a rather short list of big noteworthy stuff: ---++ Wizards * All the "New Project" Wizards were polished for Symbian and Maemo development. The application wizards for mobile devices can now enable optional orientation locking, add some boilerplate code to handle application icons and add the network capability (Symbian). ---++ Quick support * "Find Usages" was implemented for QML files. ---++ C++ Support * Support for snippets was ported over into the C++ text editor. This feature has been available in the QML editor for a while now. Note that snippet support is not yet feature complete (E.g. it is currently not possible to edit the snippets inside creator!). See http://share.ovi.com/media/tobias.hunger.mymedia/tobias.hunger.10006 for an idea of what it does already. * Environment variables can now get used when defining Build-, Deploy- and RunConfigurations. They are available for the workdirectory, commandline arguments as well as the command itself. This feature was requested by quite a few people. * Creator will now set BUILDDIR and SOURCEDIR environment variables in the build environment. Those are useful now that the environmant variables can get used. The usual bugfixes happened and small changes happened as well. All work happened on the master branch available here: http://qt.gitorious.org/qt-creator Please feel free to give it a try:-) Please report any issues you run into or suggestions for improvements here: http://bugreports.qt.nokia.com/ Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Available variables in build steps?
On 27.09.2010 05:50, ext anshul mehta wrote: > I'll be waiting for a working snapshot to try out your fix.But please > note the comment made by Bryce schober below. > I agree with him that by adding support of enviornmental variables in > .user file we are actually making it shareable. No, this change does not make a .user-file shareable! It helps a bit, but it is not the solution to the problem. Especially Qt versions used, etc. are not portable. It might actually work rather well for generic projects though. > But I guess our ultimate > requirement should be move build/run settings out of the .user file so > that we can share it on CVS. Comments ? Why do you want to share build-/deploy-/runconfigurations? Those are inherently environment specific. YOu are using generic projects, aren't you? Some way to enable those projects to provide more information so that some build- and runconfigurations can be auto-setup would be nice to have. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Available variables in build steps?
On 24.09.2010 13:46, ext anshul mehta wrote: > Hi Tobias > > Thanks a lot ! Even I'm really looking forward to this functionality of > "ability to use environmental variables while specifying executable to > be run". > Please notify us once this is done. So that we can download it from the > master snapshots we get after every 1 or two weeks.. Hi Anshul, hello Stephen! I just pushed the changes... they should show up on the public gitorious in about 1h. It is not perfect yet, but all the project related fields (Everything in the Build- and RunSettings tabs in project mode) should handle environment variables now. At least all my tests work well now:-) Please create bugreports and assign them over to me if you notice anything breaking. The change was much bigger than I originally anticipated, so please do also report any regressions you notice! Thanks for testing! Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Available variables in build steps?
On 12.04.2010 16:01, ext Stephen Chu wrote: > Hi > > Is there a list of available variables that we can use in the custom > build steps? I see the $BUILDDIR in the working directory. Is there > anything else like the built app filename, etc. that can be used in the > command field? Hi Stephen! I am currently working on making all environment variables work in the workdirectory, command and command line arguments fields at this time. Creator already adds a SOURCEDIR and a BUILDDIR variable to the environment, so $BUILDDIR will work again once my patches are merged. Please be a bit more patient: This change is taking me longer than I originally anticipated, mostly since there are so many places that need to be fixed and tested! Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] The last two weeks in Creator
Hello! We managed to skip last weeks report (again), so today we have two weeks worth of changes for you: ---++ Nokia Qt SDK * Nokia Qt SDK version 1.0.1 was released. It includes Qt Creator 2.0.1. See: http://labs.qt.nokia.com/2010/09/14/nokia-qt-sdk-101-released/ ---++ Designer * Support for QIcon::theme was added to Designer: Use the icons from your preferred theme! This will become available in Qt 4.8. ---++ Generic * Creator can now auto-restore the last open session. This can be done either globally via the UI (File->Session->Session Manager, check "Restore last session" there) or for the next start only via the command line switch "-lastsession". * Generic Highlighting and what it can do was blogged about: http://labs.qt.nokia.com/2010/09/16/generic-highlighter-in-qt-creator/ ---++ Qmake * Project wizards were extended to make the generated .pro-files more usable for use in SUBDIRS pro-files. * New wizard to help with adding new library dependencies to .pro-files. ---++ Symbian * Deployment of shared libraries to Symbian devices should finally work. Some wizard to set up the deployment-related .pro-file section still needs to get added. * Deployment of SUBDIRS projects to Symbian devices does work now. ---++ Maemo * QML and Mobile wizards were steamlined and improved for Maemo development. ---++ Debugging * The thread list in the debugger can now display thread names. One source of those names is the objectName ot QThreads. * Loading of gdb was optimized (Linux only). ---++ Documentation * Many new features found in QtCreator master were documented. Check your documentation for all the awesomeness;-) ---++ Nightly Builds * Our build system infrastructure was much improved. * Nightly builds of the master branch are now available at: ftp://ftp.qt.nokia.com/qtcreator/snapshots/ All work (except for the Designer part!) happened on the master branch available here: http://qt.gitorious.org/qt-creator Please feel free to give it a try:-) Please report any issues you run into or suggestions for improvements here: http://bugreports.qt.nokia.com/ Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] New EnvironmentId variable in .creator.user files
On 17.09.2010 20:33, ext Bryce Schober wrote: > I'm extremely disappointed. I'm using Qt Creator exclusively for generic > Makefile development. It has had its warts for that purpose, but this > makes it much worse, because now there is no way for me to share build > configurations with others. What could be done to improve your use case? So you just want a set of additional make targets to be (pre-)defined for users as well as a list of things that can be run? Would it help if we added some more files to make those known to creator? > This is going to completely kill my usage > scenario if it continues. What is you usage scenario? From our point of view we are not "continuing", but just made our users aware about something that has never worked before. We had lots of complaints about trouble due to sharing a .user-file. Since there is little we can do to make it share better we had to at least provide a warning. > Maybe this is just one of those "you're not > our customer" situations, but it's pretty disappointing. Now generic > project support is even more of an orphan than it was. We are willing to accept merge requests to improve any part of creator including the different build system integrations. Unfortunately we do not have much time ourselves to improve the generic project support:-( Some of us are using the generic project to contribute to open source projects that are not qmake based, so it is regularly excersied and tested and we do make sure to not break those use cases. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] New EnvironmentId variable in .creator.user files
On 16.09.2010 20:46, ext Bryce Schober wrote: > Since switching to the head nightlies, my .creator.user files (Generic > projects) now have a ProjectExplorer.Project.Updater.EnvironmentId > variable that is changing when nothing else is. The ID is used to check which Creator last opened the file. This is to warn about people using the same .user-file in different environments (OSes, computers, etc.). > This is going to pretty > annoying if it continues to clutter my check-ins. In addition to cluttering up your checkins it should also trigger warnings about sharing a .user-file when loading the project. Please do not check in the .user file. It is highly dependent on the environment and can not get savely shared! Best Regards, Tobias PS: Having an unique ID is a privacy concern, so I want to point out that we do *NOT* use the ID anywhere but in the .user-file and that this is the only UUID we generate. We have thought hard on how to avoid generating one in the first place. Unfortunately this seems to be the only robust way to warn about sharing .user-files. -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] The last two weeks in Creator
On 04.09.2010 02:32, ext Jeffery MacEachern wrote: > I think Tobias was merely using Qt and QtCreator source as examples of > memory that many on the list would be able to grasp more easily. To > my knowledge, nothing else has changed in regards to building the > source in QtCreator. Yeap, that were just examples. You could always build both Qt and Creator within Creator... and both provide nice biggish projects to test our code with, too:-) Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] The last two weeks in Creator
Hello! We managed to skip last weeks report, so today we have two weeks worth of changes for you: ---++ Generic * Version 2.0.1 was released. See http://labs.trolltech.com/blogs/2010/08/25/qt-creator-201/ * Q_ASSERTs and the location of failed testcases can now get clicked in the application output and will take you to the source location referenced. This works only for qmake projects. * New features got documented: * Generic highlighting * Qt Quick Toolbars * New deployment options * A new TaskList plugin was added. It can be used to import Tasks from a file. See http://lists.trolltech.com/pipermail/qt-creator/2010-August/007574.html * A Issue stopping the debugger from starting an application in the terminal was fixed. * Attaching the debugger to PID was fixed. * MSVC parser was improved ---++ C++ Engine * Reduce memory consumption by about 30%. * Loading qtcreator.pro now takes 210MiB instead of 300MiB. * Loading qt/src.pro now takes 420MiB instead of 630MiB. * "Find usages" was unreliable when using the MSVC toolchain. This was fixed. ---++ Nightly Builds * Work is ongoing to update the build servers. Once this is done we can enable nightly builds of master. All work happened on the master branch available here: http://qt.gitorious.org/qt-creator Please feel free to give it a try:-) Please report any issues you run into or suggestions for improvements here: http://bugreports.qt.nokia.com/ Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Get the type of project (qmake, cmake, ...) and the list of files in the project
Hi Tim! On 01.09.2010 08:18, ext Tim Beaulen wrote: > I'm writing a pluging that needs to make changes to the .pro file. > Is there a way to know from within my plugin which type of project is > opened? I mean, is it a project based on QMake, based on CMake, etc. Each (type of) project has an id which is used to create and restore it. So this can be used to identify the type of project. The id is available by calling the id() method on any project (or anything connected to projects;-). > And I need to have a list of all the files in the project to see if a > certain file already exists. The rootProjectNode() method on project should provide you the top level node of the project. You should be able to extract a file list by traversing the nodes. > This is something I can also do without > the help of other Qt Creator plugins, but I think it would be nicer to > use already existing functionality. How would you do that? Just traversing the filesystem is not good since you can run into files not part of the project and you do not want to act on those. > How can I access this information? Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] TaskList plugin
Hello! I just commited a little plugin I wrote yesterday evening into our master branch. The plugin enables loading of files ending in ".tasks". Each line in it is treated as a tab-separated list of strings (with "\t", "\n" and "\\" used as escape characters) and those values are used to create one Task per line. Currently it accepts lines of the following form: description type\tdesciption file\ttype\description file\tline\ttype\tdescription (With the task's type being set to "error" (red stop-sign icon) if the type starts with "err", to "warning" (yellow triangle icon) if it starts with "warn" (both are case insensitive) and "Unknown" (no icon) for any other value). Lines starting with the '#' character (in the first column!) are ignored. These tasks become available in the Build issues view inside creator (Category is "My tasks"). You can now navigate those tasks from that file like the compile issues. This is a great help if you are running code checking tools and need to follow up on their reports:-) So if you are using tools like krazy, coverty, lint, etc. please write and share scripts to generate tasks lists from their reports. Best Regards, Tobias PS: The changes will hit the public gitorious server with a 1h delay... so please be patient:-) Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Feature request : Persistant doc filter
On 21.08.2010 16:23, ext bd.a...@free.fr wrote: > Problem : Each time I start QtCreator and want to use the > documentation, which most of the time is a Qt doc request for the > project's current Qt version, I have to manually restate the current > doc filter. This is annoying, as it is rather infrequent to change the > Qt version within the life of any given project. > > Request : Make the doc filter setting persistent on a per project > basis. If several projects are loaded, and happen to have conflicting > settings, either use the active project's setting, or better, use the > project's setting associated with the active source page. Could you please report this in our issue tracker available here: http://bugreports.qt.nokia.com/ Things like this tend to get lost when reported via the mailing list and nobody has time right at this moment to look into the issue... later it will just be lost between all the other mails from the list. > Thanks again, trolls, for what is now the best C++ IDE around. Thanks you for the compliment and thank you for taking the time to provide feedback! Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] Last week in creator
Hello! This week there are few highlights to report: Lots of testing was happening. Many issues were discovered and reported. Much time was spend on polishing and fixing the issues discovered. ---+++ General: * Generic highlighter support was polished. Most notably you should not need to reload a document after MIME type database updates anymore to get the new highlighting applied. * Codepaster support was polished, some issues in error paths were fixed * More VCS polishing with small improvements here and there ---+++ Maemo: * New deployment options: * Deploy via mounting of a filesystem * Deploy into MADDE sysroot All changes are available in the master branch of our repository available at: http://qt.gitorious.org/qt-creator/qt-creator You might also want to try the 2.0.1 branch available in this repository. Please report issues you run into as well as feature requests in our bug tracker: http://bugreports.qt.nokia.com/ Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] This week in creator
Hello again! This is a short summary of what happened in creator this week: ---+++ General: * The MSVC parser was improved: It should now provide more context information than before and will keep the error codes visible in the build issues it generates. * Polishing VCS support * support for CVS edit was added * branches are now supported in the git checkout wizard ---+++ Project Management: * Project tree now shows files that will be deployed together with the application * A new Qt4-project based QML wizard is taking shape. It will ease integration of QML and C++ code into one project. Currently the new wizard supports most of the features of the existing QML project wizard. The pure QML project will get removed once the Qt4 project becomes a full replacement for its functionality. ---+++ Symbian: * Working with the Qt 4 team the SBSv2 (aka. raptor) support was improved. Qmake/SBSv2 and GCCE do now play together nicely. * A parser to extract errors and warnings from the SBSv2 output was added. * Deploying and launching of applications on the phone was polished. ---+++ Code Model: * The sidebar can now be used to display type hierarchies. See http://share.ovi.com/media/tobias.hunger.Qtcreator/tobias.hunger.10005 * Syntax highlighter became fast. *Very* fast! * Several issues with searching for usage of symbols were fixed. * Major improvements to the semantic pass. Semantic checks will be easier to write now as a result of this refactoring. * New QmlJS indenter which is much better integrated with the code model, making it faster and more flexible. Please report regressions! * QuickFix API was refactored: Multifile quick fixes are much easier to implement now. New QuickFixes using this infrastructure: * Add declaration QuickFix was added (C++) * Make child into component QuickFix was added (QML) All changes are available in the master branch found here: http://qt.gitorious.org/qt-creator We do expect some regressions with the changes we did this week, so please report any unusual behavior here: http://bugreports.qt.nokia.com/ Have fun testing Qt Creator! Best Regards, -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] Last two weeks in creator
Hello! Sorry, we skipped reporting last week, so you will get two weeks worth of updates this time: General: * Detachable help mode was added * Mayor refactoring of deployment related code: * Add explicit Deploy action * Deploy dependent projects (assuming all have the correct deployment configuration active) * Can deploy library projects * moc Warnings should no longer get displayed as errors by the build issue view. * New IntelliJ-inspired color scheme was added. * Block selection code was improved (still some issues on the Mac!) * Small bugs were fixed here and there, check the bugtracker at http://bugreports.qt.nokia.com/ for details. C++ code model: * The semantic highlighter was made less resource hungry * Memory usage of the code model was optimized. * Highlighting of virtual functions, member variables, etc. is now enabled QML Support: * Image, BorderImage support and preview for Quick ToolBar * Bug fixes and improvements to the QML observer: * selections work better, * icons and crumble path are used to show where the user is * warnings are now displayed if a change to a qml file can not get applied to the running qml app Qt Simulator: * Symbian softkey buttons are now simulated. Maemo: * Maemo devices can now be configured to access directories on the development computer, saving time to copy files at deployment time. * Maemo can now be configured to debug using on-device gdb now or the gdbserver (used so far). * Maemo packaging improvements Symbian: * Silent installation can now get disabled. A "loud" installation is now tried whenever a silent installation fails. * Users can now select the drive to install packages on. * Passphrases for signing keys are supported: * A simple password manager is used to store passphrases. The passphrase store is *not encrypted*! Use it only when you can be sure the computer used to store the passwords is safe. * A dialog is popped up to request passphrases when needed (and not available in the password manager). As always all these changes are available in the master branch available at: http://qt.gitorious.org/qt-creator Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Core dump during activating setup dialog
Hello! Olivier fixed the issue. Thank you for reporting it. Best Regards, Tobias On 02.08.2010 13:51, ext Oleg Shalnev wrote: > > > 2010/8/2 Daniel Teske <mailto:daniel.te...@nokia.com>> > > That's a strange backtrace. Opening the settings dialog initializes > designer > plugins. Somehow that results in a LanguageChange ChangeEvent, which > tries to > retranslate the ui of the context pane of the qml designer. Or maybe I'm > reading it wrong, since actually ContextPaneWidgetImage::changeEvent is > missing, which should have been called. > > > #0 0x7fd39639cb97 in > Ui_ContextPaneWidgetImage::retranslateUi(QWidget*) > > #23 0x7fd3a51a1ab9 in > Core::Internal::SettingsDialog::execDialog() > > So any more info? Does it happen everytime? > > Yes > > Could you try running Creator in a > environment which has QT_PLUGIN_PATH unset? > > > Settings dialog was started without problems and core dump. > Here is the key may be. > I started QtCreator with LD_LIBRARY_PATH to new Qt , but > Qt_PLUGIN_PATH to Qt 4.6 > > With LD_LIBRARY_PATH=/home/ovs/soft/Qt/lib/ > QT_PLUGIN_PATH=/home/ovs/soft/Qt/plugins ./qtcreator (NEW Build) > there is no core dump > > > Which Desktop environment, which > > KDE 4.4.4 > > languages. > > LANG=ru_RU.UTF-8 > > Thank's a lot > > > daniel > ___ > Qt-creator mailing list > Qt-creator@trolltech.com <mailto:Qt-creator@trolltech.com> > http://lists.trolltech.com/mailman/listinfo/qt-creator > > > > > -- > Oleg Shalnev (Kalpa Project) > ------ > mailto: o...@kalpa.ru <mailto:o...@kalpa.ru> > skype: oleg_shalnev > jabber: oleg.shal...@gmail.com <mailto:oleg.shal...@gmail.com> > http://kalpa.ru -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] QtCreator's {source editor}-based text editor :)
On 30.07.2010 14:36, ext Danny Price wrote: > I'll start Creator from the Start menu in Windows (or the dock on my Mac > at home for that matter) and it can take up 10s to actually appear. I > suspect it might be something to do with loading content from the web > and both machines are on entirely different networks with good net > connections. There actually is the "-profile" option which can be used to find out which plugin takes so long to initialize. I am not sure that this is available in a release build though. Maybe you could provide the output if you happen to have a debug build around? That would give some hint as to what might be delaying things. It *should* not be the network. All the network related code is non-blocking (with the one exception of automatic proxy detection in windows, see http://bugreports.qt.nokia.com/browse/QTBUG-10106). Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] QtCreator's {source editor}-based text editor :)
On 30.07.2010 10:57, ext Danny Price wrote: > TextMate is a very heavy-weight product. Ideally this Creator 'Lite' > would just be a text editor with syntax highlighting (it doesn't really > need auto-completion). Arent there lots of lightwight text editors with syntax highlighting available already? Why add another one? To me creator shines since it understands the code I write. So some simple regular expression based syntax highlighting is not enough. Of course you can just take the C++ engine build into creator (just include cplusplus.pri into your project, it is meant to be reusable) and build a more light weight editor. Of course for the engine to work properly you need to provide it with information like which other files are there, where to look for files to include, etc. ... basically all the stuff that makes a project:-) > Most importantly, it must launch really fast. The > recent releases of Creator have started to become rather sluggish on > startup; VisualStudio 2008 actually launches faster on my machine now > than Creator which isn't good. Where does it take so much time? It feels pretty fast for me (less that 3s). I did have trouble with sluggish startup for a while on windows though. Turned out that my proxy setup in windows was to blame. Windows insisted on figuring out by waiting for a timeout that I do not need a proxy (automatic proxy configuration)... and it insisted on blocking while doing this:-/ -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Error when trying to install commercial Qt Creator package
On 27.07.2010 14:36, ext Wiese Stefan (RtP2/TEF72) wrote: > # source qt-license-4.6.3 > # ./qt-creator-linux-x86-commercial-2.0.0.bin --installer-language de > --license_licensee $Licensee --license_key $LicenseKeyExt --installdir > /usr/local/ --mode unattended --debuglevel 4 > Problem running post-install step. Installation may not complete correctly > Die Datei ***unknown variable license_check_output*** konnte nicht entpackt > werden, da sie nicht gefunden wurde > # echo $? > 1 Hello Stefan! Could you please file this as a bug report in http://bugreports.qt.nokia.com/ Bugs do get lost on mailing lists but stay around forever in the bugtracker;-) Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Qt Creator Community
Hi Victor! On 27.07.2010 11:40, ext Victor Sardina wrote: > sometimes > I wish they had ironed out some of those plugins that I see as most useful. Should we "kidnap" 3rd party plugin code into creator? I think not: These plugins were not written by us, so it is not our place to decide how they should be written or which features they should have or whether they should be in creator or not. We are very happy when we get merge requests for cool features or even entire plugins. The latest such contribution was the cool class browser written by Denis Mingulov. We try our best to get the merge requests processed in a timely manner and to provide feedback (even though that is not always visible in gitorious and some requests seem to sit there without anybody ever looking at them). So what can you do to get cool plugins into creator? You could ask the developers of your favorite plugins to consider raising a merge request to have the plugin included with creator. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Qt Creator Community
On 05.03.2010 12:10, ext Peter Kümmel wrote: > As Qt Creater beeing 'only' a plugin-collection, > is there a overview where all Nokia and 3rd-party > plugins are listet and described? We started just that in the qt developer network wiki: http://developer.qt.nokia.com/wiki/Qt_Creator_Plug-in_Gallery We put all the plugins there that we know about. Please add any you are working on in secret:-) Feel free to update any entry where you can provide more information that the little that is there. Especially contact information would be highly appreciated! I think we need to communicate better with 3rd party plugin developers. Currently we hardly ever consider external plugins when redoing interfaces, mostly since we don't know whom to ask. > Also, is there a wiki which could be used as entry point > for starting developing plugins, with documentations, > example plugins, links to other howtos, and so on? We are working on improving the documentation shipped with creator. There is some community help with that, too (see http://qt.gitorious.org/qt-creator/qt-creator/merge_requests/159). Please feel free to ask for clarification on the documentation here (and to improve it further through your own merge requests). I think this mailing list is the best place to discuss your ideas for plugins and requirements you have, etc. > When the intension of Qt Creator is to also create a > community around the creater like there is around Eclipse > then Nokia should spend some resources to evangelize > and support such a community. My impression is that this is slowly starting: You can not really ask people to jump in and provide plugins before a certain point is reached when you are confident that - at least - the mayor APIs are going to stay stable. I think we are getting close to that point now. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] This week in Qt Creator
Hello everybody! Here is this weeks update on the recent developments in Qt Creator: * Many people are on vacation, so it was a slow week * A branch for the 2.1.0 release was set up. Testing of that branch is underway. This is a good time to report any issue you find in that branch! * The windows CDB debugger starts about 15s faster now * Debugger plugin had a mayor refactoring effort: You can now debug multiple executables, take snapshots and switch between the running applications and snapshots. Note that the UI side of this change is not yet done * Searching for symbols was added. See: http://share.ovi.com/media/tobias.hunger.Qtcreator/tobias.hunger.10004 * QML preview and javascript debugger was worked on * Quick Property sheet in the QML editor was improved * Outline mode can now reorder elements with drag and drop in QML. * The C++/QML quickfix infrastructure was improved * Library projects can now get deployed to Maemo devices All these developments are visible in the master branch available at http://qt.gitorious.org/qt-creator Please test the 2.1.0 branch and report any issues you encounter there so that it is in good shape when we are going to release it! Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Cout not printing
On 23.07.2010 09:51, Owerfeldt Carsten (Nokia-MS/Berlin) wrote: > Hi Jothy, > > I would recommend using the forum.nokia wiki: > > http://wiki.forum.nokia.com/index.php/Category:Qt_Creator > http://wiki.forum.nokia.com/index.php/Qt_Creator Hi Jothy, and then there is the new qt developer network wiki, too. http://developer.qt.nokia.com/wiki/Category:Tools::QtCreator Please do not open *another* wiki! Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Build issues with qtcreator:master-stable and Qt-4.7.0 (debian lenny)
On 19.07.2010 16:41, ext Aurélien Vallée wrote: > - Qt 4.7.0 beta 2 built from source (tar.gz from trolltech) IIRC that version is too old (at least for master) already:-( > - Qt-creator 2.1.0 cloned from gitorious I just finished building Qt creator fresh out of gitorious (master branch) based on a Qt gitorious checkout (4.7 branch). I am on windows though, but Saturday I build myself a version on Linux from the same branches. It *is* possible to build creator. Don't give up! Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] Last two weeks in Berlin
Hello everybody! We do reports gere at Nokia to communicate our recent achievements to our higher ups and coworkers. I have thought that these reports would be a great way to communicate to the wider Qt creator community and volunteered to edit the Qt Creator team's report for public consumption. So here is the first "Last two weeks in Berlin": Summer has come to Germany, raising the mercury to 33.3 degrees (celsius) in the Berlin office. Nevertheless, we introduced a lot of cool features in the Qt Creator master branch (which will become Qt Creator 2.2). * the find tool bar saw small improvements (text instead of icons for the replace stuff, etc) * Wizard for deploy-able QML applications: "New QML Project" now creates something which is immediately runnable on Symbian devices * qml js debugging and qml live preview improvements * Refactoring started to improve deployment of project to devices * Qt Creator Manual was updated to cover all the new features in 2,1 * Help tooltips for objects and include files were introduced See http://share.ovi.com/media/tobias.hunger.Qtcreator/tobias.hunger.10003 and http://share.ovi.com/media/tobias.hunger.Qtcreator/tobias.hunger.10002 * Outline view for documents was added * Class browser contributed by Denis Mingulov was merged. Thanks Denis, this is a awesome contribution of something many users wanted to have for a long time now! * Awesome extraAdditionalFormats in the base texteditor to provide really fast semantic highlighting * This makes creator fast enough for us to enable highlighting of local variables and class members now! See: http://share.ovi.com/media/tobias.hunger.Qtcreator/tobias.hunger.10001 * "quick fix" for completing enum based switch statements (so all enum values are explicitly checked). Just press Alt-Enter while the cursor is on the switch statement! * Finding & Fixing bugs, bugs, bugs To be continued... (at least if I don't get lots of flames:-). Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Problems building with Qt Creator
Hi João! Please be aware that this mailing list is about developing Qt creator (not developing with Qt Creator:-). It would be appreciated, if you were to direct more generic Qt-related questions to the qt-interst mailing list instead. On 13.07.2010 14:05, ext j...@student.dei.uc.pt wrote: > logindialog.obj:: error: unresolved external symbol > "__declspec(dllimport) public: virtual __thiscall > QTcpSocket::~QTcpSocket(void)" (__imp_??1QTcpSocket@@u...@xz) referenced > in function "public: virtual __thiscall > LoginDialog::~LoginDialog(void)" (??1LoginDialog@@u...@xz) These are linker errors: It fails to find the QtNetwork library (which contains the QTcpSocket class). > From what I found online, > similar problems were solved by reinstalling Qt, adding settings to the > .obj file, disabling shadow building in the pro.user file... Don't trust the internet: Those suggestions are just voodoo and do not help with the issue:-) Try changing QT += core gui to QT += core gui network in your .pro file instead. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Qt Creator 2.0 displays additional warning information as errors
Hi Philipp, could you please open a issue in our bugtracker at http://bugreports.qt.nokia.com/ for this? It would rock if you could attach the compile output for stdout and stderr as well as some information on which kind of project you are building (qmake, cmake based or generic). Feel free to assign the issue to me:-) Thanks! Best Regards, Tobias On 08.07.2010 17:22, ext m...@philippmuenzel.de wrote: > Hello, > > I recently switched from Qt-Creator 1.3 to 2.0. > I noticed a strange behavior in the "Build Issues"-tab: > > When compiling with gcc, I get a warning that looks like this in the > "Compiler Output"-tab > foo.h: In member function `void Foo::bar(const T&) [with T = int]': > foo.h:137: instantiated from XYZ > foo.h:52: instantiated from XY > foo.cpp:18: instantiated from here > foo.h:60: warning: converting to `int' from `double' > > This warning is displayed in the "Build issues"-tab as > (no symbol) In member function... > (red exclamation mark) instantiated from XYZ > (red exclamation mark) instantiated from XY > (red exclamation mark) instantiated from here > (yellow triangle) converting to `int' from `double' > > and causes the red error exlamation mark and number 3 to be displayed beneath > the build progress bar on the left, which fills with all green, since the > compile succeeds. > > Apparantly, the "instantiated from" is interpreted as a compile error instead > as an additional information to the compile warning. > > It is pretty astonishing to see "compile errors" where there are none, but > additional warning information. IIRC, this issue was not there in Qt-Creator > 1.3 > > Regards, > Philipp > ___ > Qt-creator mailing list > Qt-creator@trolltech.com > http://lists.trolltech.com/mailman/listinfo/qt-creator -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Plugin to display compile errors warnings etc. inline
Hi Markus! On 08.07.2010 15:07, ext Liebe Markus (RtP2/TEF72) wrote: > I am using your new TaskHub now to create tasks for //todo comments as well. > The TaskHub has the interface to add new categories of tasks, but it seems to > me that there is no way to add new Icons for the categories as well. Categories are the strings seen in the build issues view when clicking on that little funnel icon (rightmost one). > Is it possible for you to extend that a bit? So far there is only a string used. What do you want in addition to that? > It would be great to have a possibility to use own icons for new task > categories. Icons are only used for the task types (Warning, Error and Unknown). These types can not get extended at this time (and actually I do not consider that a good idea to extend them;-), so we have not seen any need to add icons at this time. PS: Just curious: How are you parsing for the FIXMEs/TODOs? Are you hooking into the C++ parser framework? -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Printing directly to the printer instead of PDF or PS creation
On 29.06.2010 14:28, ext Christophe Meessen wrote: > Is there a way to configure QtCreator to print directly to a printer ? A > binding with CUPS would be preferable. Hi Christophe! All configured printers should show up in creator's print dialog. We just tested this on ubuntu 10.04 and it does work here. Do other (Qt?) applications show the list of printers? Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Qt Creator 2.0 does not load my old .user file
On 29.06.2010 13:41, ext Danny Price wrote: > Of course, maybe it still makes sense to have an option to disable the > "shadow-build by default" thing for those not interested in building for > different targets. For those of you using the master branch: Double-clicking on the path in the target setup page of the wizard does switch between shadow build (default) and in-source build. Of course this only works where it is possible switch between those two (and only for "New" builds). I admit that this is not really obvious and welcome your suggestions on how to improve this page of the wizard. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Accessing resources (images) of other plugins
On 22.06.2010 15:32, ext Liebe Markus (RtP2/TEF72) wrote: > In my case I want to use the compile_warning.png and compile_error.png of the > ProjectExplorer Hi Markus! You already seem to be using the taskwindow... that has a method to get the icons for any TaskType (see taskTypeIcon(int)). I would recommend using that instead of hardcoding them. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Building Qt Creator with Qt 4.6.x
On 14.06.2010 16:29, ext Matt Thompson wrote: > From the announcements about the new RC, I thought that the whole > reason for the accelerated release was that Qt 4.7 was not going to be > ready in time. From this, I assumed that Qt Creator 2.0-rc1 would build > correctly with Qt 4.6. I adjusted the qtcreator.pro > <http://qtcreator.pro> file to allow building with 4.6 yet I get compile > errors in utils/wizard.cpp which is trying to call setSideWidget which > was added in Qt 4.7. > > What did I miss? For what it's worth, I am trying to build with Qt 4.6.1. Hi Matt! Qt Creator 2.0 is based on Qt 4.7 (even if that might not be officially released at the time we release Qt Creator). This is due to us using -- as you noticed -- APIs introduced in Qt 4.7. Unfortunately we can not just remove those as that will break some features we would like to keep and it would for certain introduce new bugs: Some changes in Qt 4.7 were done to fix bugs we discovered while working on creator;-) We did checked and the changes necessary to roll back to Qt 4.6 are just too big. So unfortunately you can not build Qt Creator 2.0 with Qt versions 4.6.x or below. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Crash persists even when recompiling the latest Qt and QtCreator Source Code.
On 14.06.2010 07:13, ext Victor Sardina wrote: > Fellows: > > I recompiled the latest Qt master branch as well as the latest QtCreator > 2.0 branch after pulling all the latest changes as of today. The crash > still happens, as shown in the trace below. I will try some other branch > to see if I can get rid of this, maybe 2.0.0-beta? Hi Victor! Did you file a bugreport at http://bugreports.qt.nokia.com/ (which seems to be down at this time?) already? Reports to the mailing list sometimes get overlooked with everybody being busy fixing reported bugs for the release;-) Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] build settings for cross platform? multiple svn checkouts on each development computer
Hi Danny! On 26.04.2010 13:14, ext Danny Price wrote: > Ah so you can explain how I should modify the sample projects to do just > that? I assume that relative paths from the shadow build directories are > also a bad idea? Yeap:-) If the libraries hardly ever change then you could install them (or put them into a absolute path somewhere). That is *ugly* as hell, but it will work woth bpth shadow building and in source building. I really suggest using the SUBDIRS approach. > Now this I find interesting as it seems to contradict Nokia's previous > advice on the subject - that is to use sessions... Please do not confuse my rumblings here with "Nokia's advice"! I am just one developer and in no way willing or able to speak for Nokia as a whole. > I've had very mixed results with SUBDIRS in creator. I have to be setup > manually, require the use of undocumented qmake features and don't > always link together properly when dependants change. Yes, documentation for qmake could be improved. > And until > recently, you had to rebuild the until tree for a single dependant > change to be picked up. That can indeed happen occasionally. Touching the files in question should do the trick though. > But even if I use a subdir, won't I have the same issues? SUBDIRS allow > me to specify the build order but not link dependencies for which I need > PRE_TARGETDEPS. So I have to specify a path. What path do I specify? Qt Creator has quite a bit of dependency setup in src/plugins. Maybe you can get some inspiration from there? We are of course aware that there are issues with shadow building. Most of them are centered around resource usage (text files, pictures, etc.). The shadow build application will have trouble finding those if it tries to find them relative to its own location and they were shipped in the source tree. -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] build settings for cross platform? multiple svn checkouts on each development computer
Hi Danny! Sorry, I really do not see anything to fix in creator for the following reasons: * No variable is ignored. DESTDIR is relative to the build directory, so it is set and used correctly (but points to a location where the stuff it is looking for is not found). * No build pathes are changed. Everything is put exactly where specified. * Creator does not interfere with anything set in the .pro-file. Your example project layout is basically three separate projects, tied together using relative pathes so that the libraries are found. That does indeed break in the presence of shadow building (or even more minor changes like the user checking out these three projects into separate directories, renaming some directory, etc.). I do not know your project requirements and there is probably a good reason for doing things the way you did, but I would really suggest making the build system more robust. The preferred way is of course (as you already suggested) to bundle the libraries and the application using them together into one SUBDIRS project. That way you do get dependency tracking and the libraries will get automatically rebuild when they are changed. This further should ease packaging of the complete thing. If you are reusing the same libraries together with several applications you can of course have several top-level SUBDIRS project files (one for each application, referencing the application itself and all libraries used by it). Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] build settings for cross platform? multiple svn checkouts on each development computer
Hi Danny! Thanks for sending the broken project. I'll look into it later today. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] build settings for cross platform? multiple svn checkouts on each development computer
On 19.04.2010 18:02, ext Danny Price wrote: > I think the settings in the .pro file should always take priority. This > is allows for automated builds and builds outside of Creator. I do not get your point here: Of course the pro-file gets preference. Qmake does not know of the .user file at all, so if you run qmake outside creator will of course completely ignore any Creator settings. > It > shouldn't be muddied up to handle Creator special-cases. That sets > a precedent. I do not consider shadow building to be a creator special case. I use it for all projects I work on (be it qmake based or cmake or even autotools, if they actually support it without too much breakage) and did so long before I started using Qt Creator in earnest. It makes switching between different configurations of a project so much easier, be it debug/release, different set of defines/dependencies or even different platforms. You should really give it a try! You are missing out if you do not. > I'm not sold on the idea that Creator must turn on shadow builds by > default. If it's an issue as stated by Tobias, why not simple turn it on > in via the Project screen/pro.user file for the projects that require it > as was the case previously? Why not simply turn it off for the projects that do not need it? Seriously, this does not get us anywhere. What exactly is broken for you? Which of your settings are ignored by creator? > The functionality is identical. No, shadow building is far more flexible and I am convinced we should offer that flexibility by default. Plus it reduces the number of clean up issues we currently have with creator when switching configurations. > Tobias, your statement seems to imply that the Nokia/Qt devs are also > throwing away their pro.user files to get builds working which is the > underlying issue. I usually do not delete my .user files, but I sometimes do loose them when running git clean in the terminal. I keep forgetting that creator can do that nowadays (and it will leave the .user file by default;-) > If that's the case, why not fix pro.user files once > and for all? Fix the problem at source? The .user file does what it is meant to do quite well for my use case. You seem to have a different use case which I would really like to understand. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] QT Creator Usability
Hello August! On 19.04.2010 10:21, ext August Hörandl wrote: > > I am using Qt Creator in my C++ lectures. All pupils like the tool, but > there is a little distraction: > > All windows my be closed with the little X in the top right corner -- > actually it is "all but one": if you change to debug (which may happen > by accident) there is no X and a lot of confusion. I would like to > suggest such an X to switch back to edit mode. Would you please be so kind and add your suggestions and bugreports to our issue tracking system at http://bugreports.qt.nokia.com/ We are currently preparing for the beta release and in times like this suggestions made in the mailing lists sometimes are just forgotten about:-/ Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] build settings for cross platform? multiple svn checkouts on each development computer
Hi Danny! Yes, using the .pro-file for settings to be shared between developers is the right thing to do. Thanks for explaining that so well! On 19.04.2010 10:16, ext Danny Price wrote: > However, I've noticed that the latest snapshots turn on the shadow build > feature by default. This is a problem because it overrides the build > paths specified in the .pro file. And if I turn off the feature it will > be turned on again the next time the .pro.user is generated (ie. when > someone checks out my code). Can you please describe your directory layout? Are you using your own shadow building setup? Which variables are ignored by our use of shadow builds? Can you send us a .pro-file that breaks for you so that we can improve the situation? A existing in-source build should get detected and get imported using the settings used to create the build. This is of course not a help in the fresh-checkout use-case you mention:-/ > I hope Nokia revert this to the previous behavior (turn off shadow > builds by default). We did turn on shadow-building by default since we need to improve the multiple platform use-case. That is a real pain with pre-2.0beta creators since switching platforms totally confuses make, thus resulting in broken builds and all kinds of strangeness. There is just too many complaints about this to ignore;-). So shadow-building is -- from our perspective -- a must have for the next version. However we are open for suggestions on how to minimize the impact on other use-cases. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Newbie Question in running HTTP Sample Application in Symbian Mobile
On 13.04.2010 09:03, ext Thomas Tsang wrote: > I am just a newbie in Qt, when I open the examples under > Qt4.6.2\Examples\Webkit, build them with S60_5th_Edition_SDK_v1.0, > create the SIS package and install it to my mobile (S60 5th Edition). I > can open the application in the mobile but the internet connection > feature is not work. > But there is not problem if I run it in my PC (with normal build). > Anyone can give me some advise? > Regards, > Thomas Hi Thomas! Please use the Qt mailing lists for Qt related questions. Symbian each application comes with a list of capabilities that are used to restrict what a application may or may not do on the phone. Internet access is one of those. So my guess is that your application is lacking the required capability. See http://www.forum.nokia.com/Technology_Topics/Device_Platforms/S60/Platform_Security/Capability_Descriptions.xhtml for a list of capabilites and what they are required for. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Qt creator version which supports 4.7.0 framework?
On 08.04.2010 11:55, ext rakesh.muthar...@tieto.com wrote: > I noticed that the crash is becasue of SVN., I have SVN installed with ICON > overlay options ( which i cleared it now) Good:-) > And you are right., I have the problem with Qt versions. I have an old > version of Qt installed Qt Creator 1.3.1 based on Qt4.6.2. That should not matter. > But,i noticed that there is no possibility to correct the Qt version ( i > tried to add Manual version) and the problem of "project not opening" remains. What does Creator report in Tools->Options->Qt4? You should be fine once you have at least one valid Qt version listed there. The version of that version should not matter, as long as Creator is able to pick up a qmake executable:-) Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Qt creator version which supports 4.7.0 framework?
On 08.04.2010 10:47, ext rakesh.muthar...@tieto.com wrote: > When I try to open a project .pro file from Qt demos folder Qt creator > crashes., It worked fine only for the first time, I could build and > closed the project and exited creator. When i tried to reopen the .pro > file it crashes everytime. I deleted previously build files and make., > even then crash is reproducible. > (crash dump) Hi Rakesh! This sounds like http://bugreports.qt.nokia.com/browse/QTCREATORBUG-1017 I had that fixed on April 1st, so it should be workign in recent snapshots. If it does not, then it would be great if you could open a bug report and attach a backtrace to that. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Creating an "exotic" target for qt4 project
On 30.03.2010 10:11, ext Ville M. Vainio wrote: > (this discussion applies to qt-creator git master) > > I'm trying to contribute to qt creator by trying to implement a new > "target" (in addition to "Desktop", "Maemo", "Symbian"). For the > purposes of this excercise, let's call it "scratchbox" - it would not > execute qmake directly, but a series of magical incantations to build > the code in scratchbox (and in case of run settings, run it). Sounds intersting, but ... > [Yes, I know about madde, no need to point that out] you know about MADDE, don't you? ;-) > I added the target information to qt4projectmanagerconstants.h, > qt4target.cpp and qtversionmanager.cpp. You already did the tricky part then:-) > So far so good; I can already see the target I created, but now I'm > wondering how to make that target do something useful. What I'd need > is: > > - Custom build / run settings pane in "projects" tab. By looking at > the code, it would seem I would need to create a new project type > instead of just a new target. Build Settings/Generic is created by Qt4ProjectConfigWidget and is project specific. The Build/clean steps in the BuildSettings view are handled by the buildstep's configuration widget (e.g. MakeStepConfigWidget). The Run Settings are managed by the runconfiguration's widget (e.g. Qt4RunConfigurationWidget) > - Custom behavior. Am I mistaken in my idea that all I can do in Qt4 > project type is to control the qt version, which would basically > amount to specifying qmake path? I'd like to execute completely custom > code when this particular target ("scratchbox") is active. You will need to implement custom buildsteps (see e.g. MakeStep in Qt4ProjectManager). In addition you will probably need to provide a custom runconfiguration (what is to be run?) as well as runcontrols (how is this run?). Please be aware that the destinction between RunConfiguration and RunControl is not as strict as we would like it to be. I must tell you that I think that this change is a bit problematic: It extends one of our plugins, so it is using internal interfaces which we do change quite frequently. We are further concentrating our efforts on MADDE, so chances are slim to get this merged. So please be prepared for maintainance overhead! OTOH this definitely is a great project to get to know the inner workings of the Qt4 plugin and the build infrastructure of creator and I do not want to discourage you from doing it. Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Creator stability
Hello Bill! On 26.03.2010 00:15, King Bill (Nokia-D-Qt/Brisbane) wrote: > No, in this case one of your team had a go at me for trying to bring to > light the quality issues I'd seen. Unfortunately we do get too passionate about defending our baby at times:-( >> We are trying hard to keep the response time low. From my experience as >> an developer working on Qt creator my impression is that most bug >> reports are looked at in less than a day. We do not always update the >> reports, so this might not always be visible to you as the reporter. We >> might be able to improve here, but that is a issue of priority: Do we >> want to keep implementing new features or update the bugtracker? >> > In this case I got a "doesn't happen here" and then it was dropped > (maybe it was worked on internally), but the email responses from > roberto showed that it had pretty much been ignored (even after me > adding extra information, and then even a patch to fix the issue). Since I happen to sit next to Roberto I can assure you that something was happening. Roberto already replied describing what he and the other C++ guys did, so I do not need to repeat this here. My impression is that in your case the biggest issue is a communication failure: You are understandably upset about not getting any feedback and had to assume nothing happened. We on the other hand were surprised by your reaction and considered it to be out of proportion: After all we had seen what had been done to recreate the issue. I will try to improve my communication in JIRA and do hope that others will do so too. >> We all use Qt Creator daily, so we tend to notice crashes and it not >> building. That is why they do get fixed pretty fast (at least in my >> experience). >> > Next day tho :/ Brisbane is not really located in the best timezone to receive timely responses from our Germany-based team, that is true:-) > This is why I suggested maybe a CI solution. minimals > test of "does it build?" "does it start?" "does it open a c++ project?" > (this is where mine was crashing) "does it open a qml project?". Even > this would boost the quality perception through the roof. We do nightly builds. It might be a good idea to document which revisions were build so that you and others can get a hint as to which recent versions at least passed this *very* basic test:-) The other suggested tests do require user interaction at this time, so they are not really feasible right now for those daily snapshots:-( We might be able to do UI testing at some point, but that is not a simple thing to do for the master branch: We do polish the UI there all the time, so maintaining UI based tests is very labor-intensive. >> I do understand your feelings and like the passion with which you are >> fighting for a better creator! >> >> > It's an incredible project, and yeah, it's a project you _can_ get > passionate about ;) Great that you still like it! Best Regards, Tobias -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Creator stability
Hey Bill! On 25.03.2010 00:46, King Bill (Nokia-D-Qt/Brisbane) wrote: > Bringing this over here as was requested ;) > I was just criticized for criticizing the quality of creator ("on the > basis of one bug report"). For reference: http://bugreports.qt.nokia.com/browse/QTCREATORBUG-807 is the bug I think Bill is talking about. > I thought we were an open company, part of that is being open to > criticism when things are not working. I really do not understand this critique: * We did investigate the issue * We evaluated the patch * We asked you to move this discussion from an internal list to a public one. So where exactly were we unresponsive or not open? > Creator mainline is not working. I have reports both from internal and > external users on a regular basis of either creator not building, or > creator crashing upon startup. Yes, there are issues with creator sometimes not building. Unfortunately that can happen in a master branch. > I have pushed the externals to submit > bugreports, This is great, thanks! Please push the internals as well. > but, again, my experience here has been less than glowing. We are trying hard to keep the response time low. From my experience as an developer working on Qt creator my impression is that most bug reports are looked at in less than a day. We do not always update the reports, so this might not always be visible to you as the reporter. We might be able to improve here, but that is a issue of priority: Do we want to keep implementing new features or update the bugtracker? > Being close to the front lines of the project, sometimes this can be missed. We all use Qt Creator daily, so we tend to notice crashes and it not building. That is why they do get fixed pretty fast (at least in my experience). > For qml usage, bleeding edge is the only choice currently, and the > perceived quality of creator from the bleeding edgers is that > creator's... not usable at all. This does differ quite drastically from the experience we have here. I am not saying that you are not having this trouble, just that I do experience the quality of creator as very good overall. So now we need to find out where our use cases differ and how we can improve the issue for your workload. I am afraid the best way to do this is by reporting bugs, which you unfortunately seem to not agree with. Do you have a suggestion on how we can improve the situation for you (and others in this thread) short-term? > That is not the Qt way, and not a > perception we should be having. Creator is an excellent product, Thanks! Finally something we can agree upon;-) > and one > I use daily, and I'd like to go back to bleeding edge, as that's where > all the cool new features are :) I do understand your feelings and like the passion with which you are fighting for a better creator! -- Tobias Hunger Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Using QtCreator as a general C++ IDE
On 25.02.2010 02:22, ext Jefferson Bandeira wrote: > Hello trolls =) > Is there a way to use QtCreator as a General Purpose IDE, instead of a > Qt Only IDE... I like most of the features of code completion and > browsing this IDE offers, and i really would like to use it as my main > IDE, however i can't find a way to use it to anything other than > creating Qt Apps. > So, the question : Is it possible? If so, how? > Thanks for your time, i'll wait for answers. =) > -- > Jefferson Bandeira Hello Jefferson, in addition to qmake based projects Creator also supports projects using a generic makefile-based build system as well as cmake based projects. There are no wizards to help you set up the initial project structure for these projects though. To use a CMake based project simply choose "File->Open file or project" and then pick the top-level CMakeLists.txt file (that is how cmake calls its build scripts). Any Makefile based project can get imported into Qt creator using "File->New File or Project". In the dialog that opens there you can select "Import Existing Project" and then point it to the toplevel project directory. For Generic makefile-based projects you will need to maintain a set of files listing all sources, etc. For CMake based projects that information is extracted from the CMakeLists.txt files. Best Regards, Tobias Hunger ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] CMake: crash in cmakeproject.cpp
On 21.02.2010 18:16, ext Peter Kümmel wrote: > Here I have a crash in cmakeproject.cpp when opening > a cmake configuration. > > Reading a bit the history of cmakeproject.cpp, > I tried attached patch, then it doesn't crash any more > but it also doesn't work any more: > no project nor files in the project explorer. > > Peter Hi Peter! I would like to look into this issue today. Are you using any special CMake project? My (really simple) CMake test project loads and builds fine. PS: I am a native german speaker, so we might want to switch languages:-) ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] crash (opening .pro-file)
Hello Maróy, your backtrace looks really strange. Your Qt version seems to suggest you do not have Qml support, but somehow Qt Creator is inside the Qml Project. That should not be possible. Is this the result of a clean rebuild? Is Creator using the Qt version it was build against? Best Regards, Tobias ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] crash (opening .pro-file)
On 12.02.2010 10:23, ext Maróy Ákos wrote: > actually I had the same problem the other day, and thus cannot use the > latest QtCreator from git.. Hello Maróy, could you please send me your .pro.user file and maybe even a backtrace? Best Regards, Tobias ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] crash (opening .pro-file)
On 11.02.2010 22:43, ext Sebastian Held wrote: > Hi, > > Since some time the git version crashes while opening my .pro file. > Last known working revision: 001602c2a480af1f28c091637f8420c9b7648575 > > Backtrace attached. Valgrind reports the same. > generated by git revision 616227963009ca1af868f735b16793119b7395ab > > Do you need more info? Hello Sebastian, thanks for the report. I think this was actually caused by my commit with the revision d1bdfcc363970eca53077cdab79de2d3cf24218a. Sorry for that. I'll look into this issue later today. Could you please send me your .pro.user file? That might provide some clues as to what is going wrong (as trying to restore settings from there seems to fail). As a workaround you could remove your .user file, which unfortunately means you will have to reapply all your project settings. Of course you can always use a older version of creator;-) It will now save your .user files before overwriting them with updated settings for newer versions of creator, so it is less painful to go back to older versions than it used to be in the past. Best Regards, Tobias ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Clickable gcc output to go to error location
Hello Daniel! Ah, this explains things: daniel-dev:GEOROG-2598> make jam > output.txt daniel-dev:GEOROG-2598> cat output.txt | grep ": warning" | head -n 1 GEOROG-2598/GeoROG/GCore/GCore.cpp:131:2: warning: #warning Product name has not been set in the Makefile! Setting to "UMC 3D" We expect GCC to report errors and warnings on stderr! Maybe bjam is redirecting them to stdout? A dirty hack would be to change the Makefile to redirect all output from bjam from stdout to stderr... Of course we would also welcome you to contribute a bjam buildstep for the genericproject:-) That way you could add a parser for any issues reported by the bjam buildsystem as well. Best Regards, Tobias ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Clickable gcc output to go to error location
Hi Daniel! Which Toolchain is selected for your project? (Project mode, General, show details) Which build steps are you using exactly? I assume a Make one? QtCreator parses the output of the compiler. Which Output parser is used depends on the toolchain as well as the make command. GCC should noirmally work;-) Best Regards, Tobias On 04.02.2010 16:27, ext Daniel Lidström wrote: > Hello! > > I have recently tried out the excellent Qt Creator 1.3.1. It works very well > for me on Ubuntu 9.10. > However, when I compile my Makefile-based project that calls make, I am > unable to click the output > to go to error locations provided by gcc. This would be very useful, but I > don't know the level of > support. Here's a sample output from my compilation: > > Running build steps for project UMC3D... > Starting: /usr/bin/make jam > bjam toolset=gcc-4 -j3 > ...patience... > ...patience... > ...patience... > ...patience... > ...found 13499 targets... > ...updating 13 targets... > gcc.compile.c++ GeoROG/bin/gcc-4/debug/GeoWarningPopup.o > /home/daniel/projects/workspaces/GEOROG-2598/GeoROG/GUI/Widget/GeoWarningPopup.cpp:111:2: > warning: #warning We have to figure out a better way to handle the priorities > In file included from > /home/daniel/projects/workspaces/GEOROG-2598/GeoROG/GUI/Widget/GeoWarningPopup.cpp:15: > GeoROG/Publisher/BucketControllerTopic.h:52: error: 'BucketTouchPoint' has > not been declared > GeoROG/Publisher/BucketControllerTopic.h:79: error: 'BucketTouchPoint' does > not name a type > GeoROG/Publisher/BucketControllerTopic.h:91: error: 'BucketTouchPoint' does > not name a type > > "g++" -ftemplate-depth-128 -O0 -fno-inline -Wall -g -fPIC -Winvalid-pch > `pkg-config --cflags glib-2.0` `pkg-config --cflags libpng` > -DBOOST_BUILD_PCH_ENABLED -DDEBUGMODE=0 -DGR_BUILD_TIME=1228923841 > -DGR_MAJOR_VERSION=99 -DGR_MINOR_VERSION=99 -DGR_PATCH_VERSION=99 > -DGR_SYSTEM_VERSION= -DHAS_OBJECT_MANAGER -DMIKROFYN_GEOROG=NO > -DNO_EXARDRV -DPRODUCT_VERSION='"Jam"' -DSEARCH_FOR_LOCK=0 -D_DEBUG > -I"GeoROG/bin/gcc-4/debug" > -I"/home/daniel/projects/Vendor/Alglib/2.0.0.stable" > -I"/home/daniel/projects/Vendor/Boost/include/boost-1_37" > -I"/home/daniel/projects/Vendor/LeicaAuth" > -I"/home/daniel/projects/Vendor/LeicaTGS/trunk" > -I"/home/daniel/projects/Vendor/newmat/11" -I"GFL" -I"GFL/CAN/include" > -I"GFL/Convert/include" -I"GFL/Device/include" -I"GFL/Dialogs/include" > -I"GFL/File/include" -I"GFL/FileCommunicator/include" > -I"GFL/Kinematics/include" -I"GFL/LandXML/include" -I"GFL/Map/include" > -I"GFL/Model/include" -I"GFL/ProtocolHandler/include" > -I"GFL/Publisher/include" -I"GFL/Refe renceModel/include" -I"GFL/Transform/include" -I"GFL/Xml/include" -I"GeoROG" -I"SBGFLTK" -c -o "GeoROG/bin/gcc-4/debug/GeoWarningPopup.o" "/home/daniel/projects/workspaces/GEOROG-2598/GeoROG/GUI/Widget/GeoWarningPopup.cpp" > > ...failed gcc.compile.c++ GeoROG/bin/gcc-4/debug/GeoWarningPopup.o... > . > . > . > > My project uses Makefile to launch Boost Build. As you see the output is > regular gcc, but I can't click to go to BucketControllerTopic.h line 52. > Is there a way to enable this support? > > Thanks in advance! > > Regards, > > Daniel Lidström > Stockholm, Sweden > > ___ > Qt-creator mailing list > Qt-creator@trolltech.com > http://lists.trolltech.com/mailman/listinfo/qt-creator ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
On 03.02.2010 12:08, Hunger Tobias (Nokia-D/Berlin) wrote: > I do not want to introduce some option into the GUI for what seems (to > me:-) to be a rarely encountered use-case. So I thought about other > options to ease your live: How about introducing a environment variable > (let's call it QTCREATOR_EXTENSION) to override the .user file extension? > > When looking for a .user file to open Qt Creator would prefer > project.${QTCREATOR_EXTENSION} over project.user (using the latter as a > fallback). When writing it will create project.${QTCREATOR_EXTENSION}. Implemented with two minor changes: * It's QTC_EXTENSION to be more consistent with other environment variables used by creator. * It does not fall back to .user when reading data. It should be more robust to just use a empty default configuration as pathes etc. might have changed between platforms. As usual this should becoe visible on the public repos with a 12h delay. Best Regards, Tobias ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
On 02.02.2010 17:37, ext Stephen Chu wrote: >> Platform as in different OS environments/computers? Are you using a >> network share with different OSes? > > I am working on a project that's shared between Mac and Windows. The > project folder is in a networked share. Hi Stephen! I do not want to introduce some option into the GUI for what seems (to me:-) to be a rarely encountered use-case. So I thought about other options to ease your live: How about introducing a environment variable (let's call it QTCREATOR_EXTENSION) to override the .user file extension? When looking for a .user file to open Qt Creator would prefer project.${QTCREATOR_EXTENSION} over project.user (using the latter as a fallback). When writing it will create project.${QTCREATOR_EXTENSION}. If you can set e.g. the Mac to override this environment variable to ".user_mac" and the windows system to use ".user_win", then (together with the shadow build option) your need to copy .user-files around and delete transient files should be gone. Best Regards, Tobias ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
On 02.02.2010 19:22, ext Danny Price wrote: > I'm so used to trashing those files I've almost stopped thinking about it :( In which situations do you trash those files? I have not had complaints about those files breaking. The exception being going back and forth between stable and unreleased versions of creator. My change should improve this situation a bit by keeping the stable versions .user-file around. So now you can at least copy the old version's file back when heading back to a stable release. > How do you set project dependencies then? I have a huge set of libraries > and I have found Qt's 'session' system (which is based around those user > files) Sessions are meant to store one users state (open files and projects, bookmarks, breakpoints, etc.). It is not meant to be shared in a team. I have not really looked into the session system yet, so I can not comment on the implementation details. It is very much separate from the .user files. From what I understood so far sessions reference projects (in the QMake case: .pro-files), not .user files. So they should at least not be effected by .user-file trashing to much:-) > to be absolutely useless because those files cannot be used > across platform or even among teams on the same platform. They contain user-specific setups and are not meant to be shared in a team. > You guys are clearly spending time polishing Creator's 'Project' screen > (I see the layout has changed again in the master) but I cannot use it > at all. These changes should be even more important to people trashing their .user files regularly:-) Seriously: There will be more changes to that soon to ease working with device SDKs. > I have to set build settings and project dependencies (where > possible) in the .pro files. Yes, information meant to be shared in a team is better kept in the build system itself. Dependencies can e.g. get encoded by SUBDIRS template in .pro-files (which can then be shared in a team). Best Regards, Tobias ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Updated .user-file saving mechanismn
On 01.02.2010 15:14, ext Stephen Chu wrote: > Hi > > Is there any plan on making it easier to move .user files between > platforms? Platform as in different OS environments/computers? Are you using a network share with different OSes? > By that I mean building the project with Creators on > different platforms. The Build- and RunSettings are platform dependent: Build tools, command line arguments, compilers, etc. all depend heavily on the platform used. I am currently not aware of somebody working on abstracting this away. > Right now when I open a project in a different platform, I need to > delete .user and other make files or the project will use the build > steps from the other platform. I do not check in the user file into my version control system. So all my different systems have separate user files. The Makefile-Situation could be mitigated by the use of shadow builds: All the generated files go into a directory different from the sources. No need to fiddle with all those storage locations that way. > I changed the directories for object, UI and other temp files. But the > .user and make files still need to be manually cleaned. > > Any way to make this process simpler? Thanks Not sure yet:-) Best Regards, Tobias ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] Updated .user-file saving mechanismn
Hello! I just commited a bunch of patches that clean up the handling of .user-files. These contain all the build and run settings of a project. With this change the old version of the .user-file will be kept as "project.user.OLD_CREATOR_VERSION" whenever creator updates its settings. This way you can go back to stable creator versions again when playing with master;-) That should be the only user visible change (apart from the contents of the file changing of course). If you notice any build or run settings missing, please contact me and send your original .user-file. Best Reagrds, Tobias ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator