* There are the blunt force methods of QQmlEngine-clearComponentCache()
** and QQmlEngine-trimComponentCache().
* * Maybe after the 5.5 release, I would like to explore adding public
** access member functions to QQmlEngine.h/cpp:
* * int QQmlEngine::loadComponent(QQmlComponent component, QString
On Tue, Jun 09, 2015 at 07:35:45AM +, Knoll Lars wrote:
On 08/06/15 23:58,
development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
Thiago Macieira
development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
thiago.macie...@intel.com wrote:
On
On Tuesday June 09 2015 08:27:09 Sorvig Morten wrote:
I’m aiming for supporting 10.7 as “deprecated” in the 5.5 release. It
currently does not compile - the lack of CI testing is showing.
It *may* be possible to get a community-supported CI set up for 10.7 (where
community probably implies
On Tue, Jun 2, 2015, at 11:44 PM, rpzrpz...@gmail.com wrote:
Another concern I have is the Render Thread issues VS Gui thread issues.
Can you elaborate on this concern? The current description is impossible
to address, which might explain the lack of response.
--
Robin Burchell
On Monday 8. June 2015 17:57:23 Thiago Macieira wrote:
On Monday 08 June 2015 15:58:23 Olivier Goffart wrote:
There is no reason to stop improving qmetatype.
The qFatal was there for a good reason.
It was there for a good reason for the existing flags.
But for new flags of
On Monday 08 Jun 2015 14:18:33 Sean Harmer wrote:
On Monday 08 Jun 2015 01:11:23 Stephen Kelly wrote:
2) A private header is included in a public header:
include/Qt3DCore$ grep private/ *.h
qaspectjobmanager.h:#include Qt3DCore/private/qt3dcore_global_p.h
This is concerning - Don't
On 9 June 2015 at 06:22, Aaron McCarthy mccarthy.aa...@gmail.com wrote:
Hi,
On Mon, 8 Jun 2015 22:25:12 Lisandro Damián Nicanor Pérez Meyer wrote:
Hi! I have just received a bug [debbug] in which geoclue maintainrs
states
that he wants to get geoclue removed in favor of geoclue2. And it
On Tuesday 09 June 2015 00:27:40 Thiago Macieira wrote:
But Qt API that doesn't explicitly need an array for the data should
continue to use QList.
I disagree insofar as it concerns new types.
Either a new type put into a QList is optimally efficient (sizeof == sizeof
void* and at least
Hi,
In the past two weeks we've made some interesting discoveries regarding our
test coverage, specifically regarding qtbase, but the same applies also to
qt5.git:
* Our networking stack is only tested on OS X 10.10. Due to what seems like
a bug in the test planner, the tests are not fully
On Tuesday June 09 2015 10:28:49 Sorvig Morten wrote:
A quick correction: QtBase (the module) includes QtGui and QtWidgets. You
were thinking QtCore?
Sorry, yes, I've lost track a bit of what the minimal collection of components
is for applications that can serve an actual purpose :)
René
On Tue, Jun 9, 2015 at 11:01 AM, Sean Harmer sean.har...@kdab.com wrote:
On Monday 08 Jun 2015 14:18:33 Sean Harmer wrote:
On Monday 08 Jun 2015 01:11:23 Stephen Kelly wrote:
2) A private header is included in a public header:
include/Qt3DCore$ grep private/ *.h
On 09 Jun 2015, at 11:18, René J.V. Bertin rjvber...@gmail.com wrote:
On Tuesday June 09 2015 08:27:09 Sorvig Morten wrote:
I think it’s OK if other modules, and especially new modules, have stricter
requirements. Qt users can make a decision if the provided OS version
support is
Hi,
I tried to create error reports about the findings to be able to follow-up the
progress. Please create new one if something is missing. I have also linked all
to the Qt5.5.0-RC blocker list so please try to close all as soon as possible.
I'll ask LEs from responsible persons today to be
On Tue, Jun 09, 2015 at 10:59:32AM +, Heikkinen Jani wrote:
Hi,
I tried to create error reports about the findings to be able to follow-up
the progress. Please create new one if something is missing.
the point was about the entirely new headers that were not in the diffs,
i.e., entirely
Robin:
I am fairly new to the process, and just eyeballing the source trees
does not give me a working understanding how the render thread and the
GUI thread play nice together.
So knowing the point at which to add a call to int
QQmlEngine::addComponent(QByteArray gbqml,QString gsimportname)
From: Heikkinen Jani
jani.heikki...@theqtcompany.commailto:jani.heikki...@theqtcompany.com
Date: Tuesday 9 June 2015 10:21
To: Richard Moore r...@kde.orgmailto:r...@kde.org
Cc: development@qt-project.orgmailto:development@qt-project.org
On 9 June 2015 at 00:48, Richard Moore r...@kde.org wrote:
On 8 June 2015 at 05:59, Heikkinen Jani
jani.heikki...@theqtcompany.commailto:jani.heikki...@theqtcompany.com
wrote:
Maintainers: For the coming releases please make sure
- All findings from header diff is fixed today
??
?
On 08/06/15 23:58,
development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
Thiago Macieira
development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
thiago.macie...@intel.com wrote:
On Monday 08 June 2015 22:31:15 Marc Mutz wrote:
It would probably be a
On Tuesday 09 June 2015 07:35:45 Knoll Lars wrote:
On 08/06/15 23:58, development-bounces+lars.knoll=theqtcompany.com@qt-
project.org on behalf of Thiago Macieira development-
bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
thiago.macie...@intel.com wrote:
On Monday 08 June 2015
On Tuesday 09 June 2015 13:59:29 Simon Hausmann wrote:
Re-prioritization means for us that we'll do this switch sooner in order to
maintain a certain level of quality, at the expense of not having a public
web frontend and other features in the CI system available before the
switch but some
On Tuesday 09 June 2015 12:10:02 Olivier Goffart wrote:
A change in the IsGadget flag is fine.
Old code did not need this flag. And code that relies on it requires anyway
that the code that register the types register the isGadget flag.
Even if one could build a complicated use case that
On 08 Jun 2015, at 11:07, Marc Mutz marc.m...@kdab.com wrote:
On Friday 05 June 2015 10:11:27 Frederik Gladhorn wrote:
diff --git a/src/widgets/widgets/qmaccocoaviewcontainer_mac.h
b/src/widgets/widgets/qmaccocoaviewcontainer_mac.h index a98d30f..5920c1f
100644
---
On Tuesday 09 June 2015 17:40:59 Sorvig Morten wrote:
On 08 Jun 2015, at 11:07, Marc Mutz marc.m...@kdab.com wrote:
On Friday 05 June 2015 10:11:27 Frederik Gladhorn wrote:
diff --git a/src/widgets/widgets/qmaccocoaviewcontainer_mac.h
b/src/widgets/widgets/qmaccocoaviewcontainer_mac.h
There was late-scheduled session on QtRemoteObjects at QtCS on
Saturday. QtRemoteObjects is a playground module for object remoting
of QObjects, and can be found at
http://code.qt.io/cgit/playground/qtremoteobjects.git/ .
A brief overview of the existing features:
-Exports QObjects remotely,
On 09/06/15 16:41,
development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
Thiago Macieira
development-bounces+lars.knoll=theqtcompany@qt-project.org on behalf of
thiago.macie...@intel.com wrote:
On Tuesday 09 June 2015 07:35:45 Knoll Lars wrote:
On 08/06/15 23:58,
I started working on something that would diff QML API changes a while
ago: https://codereview.qt-project.org/#/c/52625/
It's a little tricky, but it basically is just diffing the
plugins.qmltypes files. After regenerating them and having old full
copies because of the manual editing that occurs
The QML runtime session explained the existence and rationale for the
QML runtime (qtdeclarative/tools/qml). The rationale is that it is
more generic than just qmlscene, yet is configurable to have the same
level of convenience for QtQuick (among others). It has a runtime
configuration file which
Simon:
I just finished reviewing the QQuickImageProvider framework
and that might also be an known interface pattern acceptable to the team.
Component { source: memory://myqmlprovider/myqmlcomponent }
And it may just fit nicely into the current qrc: pattern.
Just my 2 cents...
md
On 6/9/2015
Hi,
If some of the fixes are critical to have in Qt 5.5.0, they should be targeted
to that branch. Please discuss with Jani Heikkinen, and add to release meta
task. All non-critical fixes to 5.5, of course.
Doc fixes should be safe to go into 5.5.0 branch - and in many ways these are
29 matches
Mail list logo
