Hi,
The relevant bug is https://bugreports.qt-project.org/browse/QTBUG-24456.
For now, using dynamicRoles as Joona suggested should work around the problem.
Cheers
-Original Message-
From: development-bounces+glenn.watson=nokia@qt-project.org
[mailto:development-bounces+glenn.watso
Of cause, It's only Qt5 issue. and only happened on Windows. (As I know on
Linux everything works well)
See:
> const QString subProcess = subProcessArgs.takeFirst();
> if (!subProcess.startsWith('-')) {
> *const int exitCode = QProcess::execute("qbs-" + subProcess,
> subProcess
shane.kea...@accenture.com said:
>
> * Autotests
> * Non-significant
> * Not compiled
What is meant by "not compiled"?
> * Dependency on the test server
> * eg. QNetworkReply has too many tests they should be broken up
> * Some tests should be recognised as possible to fail, unit tests
On Mon, Jun 25, 2012 at 8:44 PM, Girish Ramakrishnan
wrote:
> Hi,
> OpenGL session notes (pasted from
> http://qt-project.org/groups/qt-contributors-summit-2012/wiki/QtOpenGL)
> so you can comment inline.
>
> Thanks to Samuel for leading the session and taking the notes!
>
> Girish
>
> Future plan
Hi Nils,
> Bug or feature?
Sounds like a bug, though your code will work in Qt Quick 2.0 if you enable
dynamic roles in your ListModel, that is write ListModel { dynamicRoles: true
}. Due to performance reasons ListModel in Qt Quick 2.0 has changed to use
static roles by default instead of dyn
Hi,
OpenGL session notes (pasted from
http://qt-project.org/groups/qt-contributors-summit-2012/wiki/QtOpenGL)
so you can comment inline.
Thanks to Samuel for leading the session and taking the notes!
Girish
Future plans
- Desktop OpenGL 3+ support, ES 3 support
- QOpenGLWindow
- Shared cross pro
On 25.06.2012 16:03, Иван Комиссаров wrote:
> Same for OpenSuse
>
And Ubuntu:
features/qt_module_config.prf:87: ERROR creating directory /mkspecs/modules-inst
Also here the the outdir path is lost.
Peter
___
Development mailing list
Development@qt-proj
On 25/06/2012, at 4:22 AM, d3fault wrote:
> Apparently I'm smarter than everyone at Nokia. I managed to make a "modern,
> fluid" GUI API using the QSG* classes without incurring the additional costs
> of: JIT Parsing of .qml files, a JavaScript Interpreter, and a Virtual
> Machine. I also did
On 25/06/2012, at 6:25 AM, André Pönitz wrote:
> On Sun, Jun 24, 2012 at 12:13:04PM -0700, BogDan wrote:
>> +1 This guy looks very stupid to me, but someone else must approve.
>
> That is https://bugreports.qt-project.org/browse/QTCREATORBUG-7578 now.
seriously, does this kind of thing belong a
On 25/06/2012, at 5:13 AM, BogDan wrote:
> +1 This guy looks very stupid to me, but someone else must approve.
Code of Conduct *cough*
No personal attacks, please.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mail
> Submit the change and add Casper as a reviewer :-)
Done. https://codereview.qt-project.org/#change,29361
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
On Monday, June 25, 2012 17:08:53 shane.kea...@accenture.com wrote:
> > Someone mentioned at the Qt CS that they'd like to see some weekly
> > digest of developments in Qt. For those unaware (at least someone at Qt
> > CS was unaware), I'm providing that on the KDAB blog:
> >
> > http://www.kdab.c
> Someone mentioned at the Qt CS that they'd like to see some weekly
> digest of developments in Qt. For those unaware (at least someone at Qt
> CS was unaware), I'm providing that on the KDAB blog:
>
> http://www.kdab.com/category/qtdevelopment/
>
> (I'm aware that the content is not currently sor
On segunda-feira, 25 de junho de 2012 16.00.54, simon.hausm...@nokia.com
wrote:
> It appears that the code in question is all copyright Nokia and even BSD
> licensed. Naturally this should be double-checked before importing, but in
> general would these conditions allow for an import into the Qt Pr
It appears that the code in question is all copyright Nokia and even BSD
licensed.
Naturally this should be double-checked before importing, but in general would
these conditions
allow for an import into the Qt Project's playground and coverage by the CLA
for future commits?
Simon
_
Hi there,
At Qt CS I hosted a session about the clang based tooling I wrote to automate
the boring parts of porting from Qt4+Qt3Support to Qt5.
http://www.kdab.com/automated-porting-from-qt-4-to-qt-5/
We discussed:
* The scope and limitations of the tool
- Works best for boring stuff, not
Hi there,
Someone mentioned at the Qt CS that they'd like to see some weekly digest of
developments in Qt. For those unaware (at least someone at Qt CS was unaware),
I'm providing that on the KDAB blog:
http://www.kdab.com/category/qtdevelopment/
(I'm aware that the content is not currently s
On segunda-feira, 25 de junho de 2012 16.26.34, Nils Jeisecke wrote:
> "If your data class uses a
> QSharedDataPointer/QExplicitlySharedDataPointer as the only member you
> should consider marking your data class as a movable type (link to
> Q_DECLARE_TYPEINFO) in order to improve performance when
Hi All,
I'm using MinGW-builds tool chain from
http://sourceforge.net/projects/mingwbuilds/ with GCC version 4.7.1 to
build Qt 4.8.2, but when I use 64 bit version of MinGW, then get the
following errors:
g++ -mthreads -shared
-Wl,--out-implib,d:\Qt-4.8.2-MinGW-GCC4.7.1-x64\lib\libQtW
ebKitd4.a -o
Hi,
>> I assume that classes using a QSharedDataPointer are movable, correct?
> Yes, but we have to mark them each as such.
I meant "are candidates for marking as movable" ;-)
> Yes, but I'm afraid of that recommendation in our docs. It may be read and
> used by people who don't know exactly what
On Mon, Jun 25, 2012 at 03:14:46PM +0200, ext Robin Burchell wrote:
> There's a Qt 5 branch for MeeGo's QML components. I (and perhaps
> others) would like to throw fixes at this occasionally, but with it
> not being in gerrit, this is difficult, so I'd like to see it move to
> gerrit. Can this be
Same for OpenSuse
2012/6/25 Peter Kümmel
> On 19.06.2012 14:31, Oswald Buddenhagen wrote:
> > moin,
> >
> > the buildsystem branch of qtbase is currently being integrated. this is
> > ~120 commits worth of qmake& project file fixes and cleanups. there are
> > some changes to how modularization
Hi,
At the Contributors Summit we held 2 documentation sessions. The main
points for discussion were the current state of the documentation,
examples and the cross-referencing of documentation. I am probably
forgetting some point here, so please add them in a follow-up message.
Current state:
- M
On segunda-feira, 25 de junho de 2012 15.39.07, Nils Jeisecke wrote:
> Hi,
>
> I assume that classes using a QSharedDataPointer are movable, correct?
Yes, but we have to mark them each as such.
qshareddata.h has:
template Q_DECLARE_TYPEINFO_BODY(QSharedDataPointer,
Q_MOVABLE_TYPE);
template Q_DEC
On 19.06.2012 14:31, Oswald Buddenhagen wrote:
> moin,
>
> the buildsystem branch of qtbase is currently being integrated. this is
> ~120 commits worth of qmake& project file fixes and cleanups. there are
> some changes to how modularization (in particular configure tests) is
> handled, and cross-
> > Multihoming is actually quite common if you consider VPNs.
> > (e.g. intranet traffic goes to the VPN, and everything else goes to
> > the real network adaptor by default)
>
> When I think "multihoming", I think different routes to reach the same
> server.
> Usually, that means two default rout
Hi,
I assume that classes using a QSharedDataPointer are movable, correct?
As the container implementation cannot detect this automatically maybe
the QSharedDataPointer documentation should suggest to use
Q_DECLARE_TYPEINFO(ClassName, Q_MOVABLE_TYPE) for such classes.
Nils
__
On segunda-feira, 25 de junho de 2012 12.35.32, shane.kea...@accenture.com
wrote:
> My design thought is that the bearer backends (plugins) should only be
> called from the bearer thread. That would mean having a proxy QObject in
> the bearer thread that communicates via signals with the public API
Hi,
the following code works just fine with Qt Quick 1.1.
However porting this to 2.0 gives the following output:
date is [object Object]
file:///...q2listmodel.qml:9: TypeError: Object # has no
method 'getMonth'
Does the new ListModel/ListElement implementation apply some automatic
conversion f
Hi,
There's a Qt 5 branch for MeeGo's QML components. I (and perhaps
others) would like to throw fixes at this occasionally, but with it
not being in gerrit, this is difficult, so I'd like to see it move to
gerrit. Can this be considered a request for a playground repository?
:)
The repository in
On Friday 22 June 2012 11:09:25 ext Donald Carr wrote:
> The Raspberry Pi is also meant to have a discrete (and apparently
> meaty) OpenVG processor that is currently lying dormant.
This turns out not to be the case after all. In the OpenVG session, we were
informed that the Raspberry Pi does act
From: Xizhi Zhu [mailto:xizhi@gmail.com]
> Do we have the mutex / blocking issues for the bearer tracked on Jira? I
> guess it needs some design,
> including the blocking constructor, before we really start to fix it.
There have been a number of issues in JIRA, most have been P1 emergencies f
Hi,
Do we have the mutex / blocking issues for the bearer tracked on Jira? I
guess it needs some design, including the blocking constructor, before we
really start to fix it.
> * The API currently lists the available wireless lans, thiago thinks that
it
> should not do this and should say that
Thanks due to Rich Moore for taking notes in the session, which I've edited my
own into.
* Built-in support for redirects (suggested by Yuval T.)
* Flag on QNAM
* Override on a per-request basis?
* Set max count? (for avoiding redirect loops)
* What about redirect from secure to non-secu
Hi,
On 25 June 2012 10:32, wrote:
> Hi Andrea,
>
> My response doesn't relate to EnvJs in particular, although it may be
> relevant.
>
> In general, support for JavaScript in QML is still lacking (examples:
> instanceof doesn't work properly, due to the dichotomy between C++
> inheritance and
On Mon, Jun 25, 2012 at 9:46 AM, Oswald Buddenhagen <
oswald.buddenha...@nokia.com> wrote:
> On Mon, Jun 25, 2012 at 09:37:27AM +0200, ext Thiago Macieira wrote:
> > On segunda-feira, 25 de junho de 2012 09.02.32, Rene Jensen wrote:
> > > Since we have a good tradition of hijacking threads, I'd li
On 25 June 2012 08:02, Rene Jensen wrote:
> Since we have a good tradition of hijacking threads, I'd like to take this
> opportunity to ask if qt-project.org has established an area where usermade
> classes, fragments etc. can reside.
> A central repository just seems more sensible to me.
>
> When
QML_RENDERER_TIMING=1 shows you the time spent in the renderer (excluding the
swap). If you use the threaded renderer, you can also use QML_CANVAS_TIMING=1
shows you the time it spends in the various parts of the the render loop,
including the swap.
You can enable the threaded renderer on wind
On Mon, Jun 25, 2012 at 09:37:27AM +0200, ext Thiago Macieira wrote:
> On segunda-feira, 25 de junho de 2012 09.02.32, Rene Jensen wrote:
> > Since we have a good tradition of hijacking threads, I'd like to take this
> > opportunity to ask if qt-project.org has established an area where usermade
>
On segunda-feira, 25 de junho de 2012 09.02.32, Rene Jensen wrote:
> Since we have a good tradition of hijacking threads, I'd like to take this
> opportunity to ask if qt-project.org has established an area where usermade
> classes, fragments etc. can reside.
> A central repository just seems more
Hi Andrea,
My response doesn't relate to EnvJs in particular, although it may be relevant.
In general, support for JavaScript in QML is still lacking (examples:
instanceof doesn't work properly, due to the dichotomy between C++ inheritance
and JS prototypical inheritance and constructor functio
Hi,
On 21 June 2012 17:18, Stephen Kelly wrote:
> On Thursday, June 21, 2012 15:33:19 a.gra...@gmail.com wrote:
>> I've started porting some code from QScriptEngine to QJSEngine, but
>> there are some missing parts I don't know how to implement.
>
> My understanding is that QJS* is not a replacem
Since we have a good tradition of hijacking threads, I'd like to take this
opportunity to ask if qt-project.org has established an area where usermade
classes, fragments etc. can reside.
A central repository just seems more sensible to me.
When making a project, there's always some small widget or
43 matches
Mail list logo
