Hi Frederik,
Pretty please with sugar on top, do a merge quicker. My patches add new
features to Qt 5.4 and there are just a few days until feature freeze.
Cheers,
BogDan.
Hi,
On Monday, August 04, 2014 07:23:46 AM BogDan wrote:
Hello,
Is there any chance to have a more often merging
Hello BogDan,
https://codereview.qt-project.org/#/c/91373/ is hopefully what you want. As
you can see it's been there since yesterday. Feel free to look at my dashboard
and review merges or tell me if there is none yet.
I just can't do magic or bypass the CI.
Cheers,
Frederik
On Monday,
A JIRA task has been created:
https://bugreports.qt-project.org/browse/QTBUG-40589
Add more examples of what you would like to see.
martin
From: development-bounces+martin.smith=digia@qt-project.org
So I think at this point we can agree on this so far, on the condition that:
(1) The remaining absolute rpath will not be a permanent thing and is simply
postponed to Phase II
Yes, but please note that Phase I doesn't make changes to existing workflow,
while Phase II will. So Qt
We are happy to announce the Qt Creator 3.2 RC1 release
Blog: http://blog.qt.digia.com/blog/2014/08/05/qt-creator-3-2-rc1-released/
Download:
http://download.qt-project.org/development_releases/qtcreator/3.2/3.2.0-rc1/
--
Daniel Teske, Senior Software Engineer - Digia, Qt
Digia Germany GmbH,
I have unfortunately had to put my work on iOS / SSL support on hold for
now as:
- the effort to polish my changes for production use is too big to
complete on my free time
- I am self employed, so I need to focus on actual paid work during
working hours
Nevertheless, I have followed Richard
On Thursday 10 July 2014 10:22:14 Thiago Macieira wrote:
On Thursday 10 July 2014 07:56:28 Koehne Kai wrote:
Provide a define QT_LOG_TO_CONSOLE that let QCoreApplication.h record
whether it should log to console (QT_LOG_TO_CONSOLE=1), to the system
(QT_LOG_TO_CONSOLE=0), or both
On Friday 11 July 2014 14:47:04 Joerg Bornemann wrote:
On 11-Jul-14 14:14, Joerg Bornemann wrote:
Here's the code. Maybe I missed something.
Ossi showed me what I missed.
We cannot just change stdout unconditionally.
So no reason to not do this, as long as the application call is prefixed
