On Wednesday 26 October 2011 20:03:56 Robin Burchell wrote:
Hi,
On Wed, Oct 26, 2011 at 7:44 PM, Olivier Goffart oliv...@woboq.com wrote:
So that class really fits into Qt. But only as a low level class
(that could even stay internal maybe, I still fail to see a use case
Hi,
First, let me re-introduce (for those that did not know) QT_DEPRECATED_SINCE:
It was added in the commit 6618dd877f83be56d140882a2f6c3fa5a985c2d2
The goal of this macro is to versionize when a a function is deprecated.
Then, one can define in his project QT_DISABLE_DEPRECATED_BEFORE to
On Thursday 03 November 2011 11:37:25 Thiago Macieira wrote:
Hello
First of all, required reading:
http://labs.qt.nokia.com/2010/06/17/youre-doing-it-wrong/
== Background ==
Today, I was told that there was a timing sensitive test in
QDBusPendingCall's unit testing. Looking at the
On Thursday 03 November 2011 15:56:20 Thiago Macieira wrote:
On Thursday, 3 de November de 2011 14:36:09 Olivier Goffart wrote:
Now that you mention it, this is a regression against Qt 4.7,
(isRunning and isFinished used to lock)
hence the patch: http://codereview.qt-project.org/#change
On Tuesday 08 November 2011 08:50:14 craig.sc...@csiro.au wrote:
On 08/11/2011, at 8:40 AM, Olivier Goffart wrote:
In that case, #ifdef are going to be added around that kind of API that
cannot be used with that compiler.
This is one reason rvct did not have QtConcurrent.
I think we
On Wednesday 09 November 2011 10:10:36 Thiago Macieira wrote:
On Wednesday, 9 de November de 2011 09:21:20 Turunen Tuukka wrote:
VS2005
VS2008
VS2010
MinGW 4.4
Gcc 4.2 - 4.4
Xcode 4
Sun Studio 12 (CC 5.9)
Sun Studio 12.2 (CC 5.11)
Integrity Multi IDE 6
xLC 7
aCC 6.10
On Friday 11 November 2011 08:02:38 Kent Hansen wrote:
Thiago, I missed the previous discussion on V8's location. Since
everyone seems to agree that QtCore shouldn't depend on V8, I guess
we're free to move it around again. One idea from Lars is that we move
it back to qtdeclarative and build
On Thursday 24 November 2011 13:19:38 Stephen Kelly wrote:
On Thursday, November 24, 2011 12:23:34 Thiago Macieira wrote:
An idea to consider.
I don't think *anyone* uses QSound these days.
Do you mean removing or putting in some qt4support library?
Note that the backend do not exist
On Thursday 01 December 2011 01:16:53 Stephen Kelly wrote:
On Wednesday, November 30, 2011 11:01:32 Thiago Macieira wrote:
On Wednesday, 30 de November de 2011 19.01.53, Alexander Neundorf wrote:
For now I'm interested in floating the general idea of putting
build-time- tools into
On Friday 02 December 2011 10:57:07 Stephen Kelly wrote:
Hi,
There is a lot of work going into the Qt metatype system at the moment, and
I would like to put my oar in too.
I would like to store the fact of whether a type inherits QObject with the
qmetatype information.
This would allow
On Monday 05 December 2011 14:50:23 Jeff Mitchell wrote:
QSharedPointer:
* Use for all three (disk cache, cookie jar, qnam) so that the user can
keep a ref around if they want (also for the static methods)
* Make QSharedPointer be able to delete properly with a forward declaration
Not
On Thursday 15 December 2011 22:31:32 Robin Burchell wrote:
Hi,
On Thu, Dec 15, 2011 at 10:26 PM, Robin Burchell robin...@viroteck.net
wrote:
Wasn't the policy to first push the code in Qt5, then backport in Qt
4.8?
I'd agree that would make sense to be a policy. But for it to be a
On Thursday 15 December 2011 18:40:45 Jesus Sanchez-Palencia wrote:
Hi there,
I would like to gather your opinion on whether we should move
QUndoStack and QUndoCommand out of QtWidgets so they could be used
without requiring this module as an extra dependency.
After a brief investigation,
On Friday 16 December 2011 12:54:40 Shaw Andy wrote:
On 12/16/11 1:18 PM, Olivier Goffart oliv...@woboq.com wrote:
On Friday 16 December 2011 12:48:32 Thiago Macieira wrote:
On Friday, 16 de December de 2011 11.07.03, Sergio Ahumada wrote:
One idea is to have an automated process
On Friday 23 December 2011 11:30:08 Thiago Macieira wrote:
Uploaded at:
https://qt.gitorious.org/~thiago-intel/qt/thiago-intels-qtbase/commits/new-
qglobalstatic
I'm trying to review:
You cannot use the QMutexPool in the QGlobalStaticControler.
Because the creation of the global static will
On Friday 23 December 2011 09:42:47 Jonas M. Gastal wrote:
Hey all,
I have just sent to gerrit a patch which removes QHttp from Qt:
http://codereview.qt-project.org/#change,11741
However I have not removed QHttpHeader and friends, so they're still public
and in the QHttp header, I'm
On Friday 30 December 2011 01:48:12 Stephen Kelly wrote:
Hi,
The ref counted quit feature I was working on was vetoed. At the moment it
looks like Qt will not get a ref counted quit feature. It is blocked because
no solution has been proposed.
On Monday 02 January 2012 06:20:59 gunnar.sle...@nokia.com wrote:
The argument does indeed exists. QtGui's primary function is to be a
windowing system and graphics enabler. The minimum that is shared between
QML and widgets.
Ok
There is also QFileSystemModel which could be moved to QtGui
On Monday 02 January 2012 10:51:31 Thiago Macieira wrote:
I don't see a need to expose the actual integer count of windows.
It is not exposed. ref() and deref() returns void.
I really don't like ref/deref in QCoreApplication, as it doesn't make much
sense.
It does:
ref() means
On Monday 02 January 2012 11:34:36 Thiago Macieira wrote:
On Monday, 2 de January de 2012 14.25.17, Olivier Goffart wrote:
ref() means keep the application alive until i call deref()
And every ref() must be paired with a deref()
exactly like QSharedData ref. that is i hink a concept
On Friday 30 December 2011 14:55:55 Denis Dzyubenko wrote:
Hi guys,
With a qt5 module that we are developing, qtjsondb, we stumbled upon
an issue with moc and our classes that are inside a namespace. Let me
illustrate it with a code:
jsondb-global.h:
#if defined(QT_NAMESPACE)
#
On Monday 16 January 2012 02:13:44 Stephen Kelly wrote:
[...]
If QML doesn't re-read the rolenames when the model is reset, then there's a
patch to be made in QtDeclarative. (QAbstractProxyModel doesn't re-read
them on reset either. Ogoffart rejected my patch to make it do that for
reasons
On Monday 16 January 2012 13:48:33 Stephen Kelly wrote:
On Monday, January 16, 2012 13:21:19 you wrote:
On Monday 16 January 2012 02:13:44 Stephen Kelly wrote:
[...]
If QML doesn't re-read the rolenames when the model is reset, then
there's a patch to be made in QtDeclarative.
On Sunday 29 January 2012 21:13:25 Holger Hans Peter Freyther wrote:
Hi all,
I finally got around to play with my personal jenkins[1] setup again,
specially to learn (and be kind of an example on how a non Tier1 platform
could ever become one).
There are some issues and I would like to
On Monday 30 January 2012 13:30:32 ext-aapo.haapa...@nokia.com wrote:
Hi,
The behaviour of QUrl::toLocalFile() was changed between Qt 4.7.4 and 4.8. I
would like to open discussion for reverting that change for 4.8 in order to
maintain backward compatibility for applications.
The change
On Monday 30 January 2012 16:13:48 Thiago Macieira wrote:
On Monday, 30 de January de 2012 13.41.10, João Abecasis wrote:
* Does that include everything in the standard library, or only the
inline template stuff?
The STL is big and you're right, there are some things we don't really need
On Monday 30 January 2012 16:35:04 Thiago Macieira wrote:
On Monday, 30 de January de 2012 16.19.25, Olivier Goffart wrote:
This actually broke sounds notification in KDE
https://bugs.kde.org/show_bug.cgi?id=291333
https://bugs.kde.org/show_bug.cgi?id=288764
Read: the sound notification
On Monday 30 January 2012 18:38:56 João Abecasis wrote:
On 30. jan. 2012, at 17.25, ext Thiago Macieira wrote:
My point here and below with the containers themselves is that we don't
want to use those containers in our code nor in our API.
What's wrong with using them in our code, as long
On Wednesday 01 February 2012 07:11:20 Kent Hansen wrote:
Hi,
Does anyone care about the ActiveQt module for Qt5?
A problem with this module is that it doesn't have any autotests. I can
run some on the examples, but I don't really know what they're supposed
to do, or how to use them to
On Monday 06 February 2012 11:43:52 Anselmo L. S. Melo wrote:
Hi,
On 02/05/2012 11:12 AM, lars.kn...@nokia.com wrote:
Is there anything that I have now forgotten that really *must* be in 5.0
(i.e. it really can't be done in a BC/SC way for Qt 5.1)? If you have such
an item, please speak
On Thursday 09 February 2012 10:42:07 Thiago Macieira wrote:
On Thursday, 9 de February de 2012 10.07.16, Jedrzej Nowacki wrote:
Hi,
Does anybody know why we have separation between QMetaTypeId and
QMetaTypeId2 classes?
Because the original QMetaTypeId that existed in Qt 4.0
On Friday 10 February 2012 08:07:07 Andre Somers wrote:
Op 9-2-2012 19:13, marius.storm-ol...@nokia.com schreef:
On 09/02/2012 10:33, ext Manuel Nickschas wrote:
On Thursday 09 February 2012 15:36:09 ext Olivier Goffart wrote:
I am working on QDoc part-time and we have been discussing some
On Monday 13 February 2012 18:33:51 marius.storm-ol...@nokia.com wrote:
On 02/13/2012 08:10 AM, ext shane.kea...@accenture.com wrote:
Not sure. Is it a big problem? Or is it better to just continue as
is, and let the applications that do have a problem set it to
something reasonable to them
On Tuesday 14 February 2012 11:13:41 Frederik Gladhorn wrote:
I think this mail raises a good point.
We are very protective of our bugs, maybe it's the time to reconsier jira
rights now that we have the Qt Project in full swing :)
I think it would be great if we could get a group of bug
On Wednesday 15 February 2012 10:44:46 Thiago Macieira wrote:
On quarta-feira, 15 de fevereiro de 2012 18.59.45, Alan Alpert wrote:
Q followed by lowercase letters used to be reserved for third-party
implementations. The Q in Qt classes means Qt itself, it's not the first
letter in
On Wednesday 15 February 2012 22:02:10 craig.sc...@csiro.au wrote:
On 15/02/2012, at 8:58 PM, lars.kn...@nokia.com lars.kn...@nokia.com
wrote:
On 2/15/12 10:28 AM, ext Thiago Macieira thiago.macie...@intel.com
wrote:
On quarta-feira, 15 de fevereiro de 2012 08.49.31,
On Wednesday 15 February 2012 10:56:54 Thiago Macieira wrote:
On quarta-feira, 15 de fevereiro de 2012 09.53.29, aaron.kenn...@nokia.com
wrote:
Hi,
On 15/02/2012, at 9:44 AM, ext Thiago Macieira wrote:
How big are the Qt Quick 1 language support classes? I'm asking so we
can
On Thursday 16 February 2012 12:26:50 Alan Alpert wrote:
The way QML compatibility is supposed to work is different from C++. Even
for a minor version, you don't always just jump to the latest version. Your
application continues using the version it was developed for until you
choose to
On Thursday 16 February 2012 21:14:07 Alan Alpert wrote:
On Thu, 16 Feb 2012 20:47:49 ext Olivier Goffart wrote:
On Thursday 16 February 2012 12:26:50 Alan Alpert wrote:
The way QML compatibility is supposed to work is different from C++.
Even
for a minor version, you don't always just
On Thursday 16 February 2012 13:39:14 lars.kn...@nokia.com wrote:
On 2/16/12 2:11 PM, ext Thiago Macieira thiago.macie...@intel.com
wrote:
On quinta-feira, 16 de fevereiro de 2012 13.51.27, Stephen Kelly wrote:
If that guarantee cannot be given, I will oppose the inclusion of
QtQuick1
On Thursday 16 February 2012 09:21:34 Girish Ramakrishnan wrote:
Hi Lars,
On Thu, Feb 16, 2012 at 5:03 AM, lars.kn...@nokia.com wrote:
On 2/16/12 12:16 PM, ext Giuseppe D'Angelo dange...@gmail.com wrote:
On 15 February 2012 22:56, Sean Harmer s...@theharmers.co.uk wrote:
On 15/02/2012
On Monday 20 February 2012 17:38:42 Thiago Macieira wrote:
On segunda-feira, 20 de fevereiro de 2012 16.12.24, andre.poen...@nokia.com
wrote:
To keep it source compatible with code using forward-declarations of
QRectF etc. Not exactly a big issue, but no need to break it...
To keep
On Monday 20 February 2012 18:20:08 Thiago Macieira wrote:
On segunda-feira, 20 de fevereiro de 2012 17.47.49, Olivier Goffart wrote:
On Monday 20 February 2012 17:38:42 Thiago Macieira wrote:
On segunda-feira, 20 de fevereiro de 2012 16.12.24,
andre.poen...@nokia.com
wrote
On Tuesday 21 February 2012 14:03:26 Marc Mutz wrote:
On Tuesday February 21 2012, Marc Mutz wrote:
On Tuesday February 21 2012, Marc Mutz wrote:
Hi,
The QString header contains a ### about removing sprintf() in 5.0, but
it's still there. I'd like to deprecate them.
I have a
On Thursday 23 February 2012 18:36:22 Marc Mutz wrote:
On Wednesday February 15 2012, Kent Hansen wrote:
However, if some code does do
const char *sig = myMethod.signature();
// do something with sig (call strlen et al) ...
...it will generate a deprecated warning under
On Friday 02 March 2012 10:27:56 Thiago Macieira wrote:
Hello
QPointer was ported to a QWeakPointer backend and deprecated early in Qt 5
history. However, QPointer is used throughout our code and, I can expect, in
user code too. Replacing it with QWeakPointer is just monkey work, adding
On Monday 19 March 2012 19:59:38 Cristian Adam wrote:
Hi,
No Qt talk at C++ now http://cppnow.org/? It looks like the most
important C++ conference
and Qt is missing from the schedule http://cppnow.org/schedule/.
I mean, Visual Studio
http://cppnow.org/session/whats-new-in-visual-c-11/
On Thursday 29 March 2012 09:43:53 Lincoln Ramsay wrote:
On 03/29/2012 09:41 AM, ext Lincoln Ramsay wrote:
Why can't Creator just set the QT_MESSAGE_PATTERN environment variable
then and leave the default alone? Creator would not need to show the
filename and line number, just use them for
On Thursday 29 March 2012 10:02:59 Lincoln Ramsay wrote:
On 03/29/2012 09:54 AM, ext Olivier Goffart wrote:
That would be possible with runtime backtrace (#includeexecinfo.h
backtrace(), on Linux)
So one could add some tokens in QT_MESSAGE_PATTERN to get the backtrace.
The problem
On Friday 30 March 2012 12:23:59 Thiago Macieira wrote:
Use of QVarLengthArray should *only* be done with primitive types, the fixes
applied to it during Qt 4.x lifetime notwithstanding. So the user must know
that before he uses that class. If he's not sure, use QVector.
That is wrong.
On Friday 30 March 2012 15:35:40 Thiago Macieira wrote:
On sexta-feira, 30 de março de 2012 18.41.46, Olivier Goffart wrote:
On Friday 30 March 2012 12:23:59 Thiago Macieira wrote:
Use of QVarLengthArray should *only* be done with primitive types, the
fixes applied to it during Qt 4.x
On Tuesday 10 April 2012 18:47:37 Samuel Rødal wrote:
On 04/10/2012 06:40 PM, ext Uwe Rathmann wrote:
void QPixmap::fill(const QWidget *, ... );
In the documentation it is qualified as obsolete - left for
compatibility issues only - but in fact it is not implemented at all.
I could
On Thursday 12 April 2012 15:35:45 André Somers wrote:
Op 12-4-2012 15:12, casper.vandonde...@nokia.com schreef:
Modularizing the documentation is a process that will move a lot of files
around and make some things impossible.
The biggest consequence will be that we will have the same
On Thursday 12 April 2012 16:30:39 casper.vandonde...@nokia.com wrote:
While I understand the reasoning, I am not sure the limitations above
are acceptable. At least, if I understand you correctly.
I think that loosing all the cross links and all the inherited-by links
that span modules
On Saturday 14 April 2012 20:06:53 Giuseppe D'Angelo wrote:
So, after *too many* commits[1] -- QHash randomization was merged a
few hours ago!
https://qt.gitorious.org/qt/qtbase/commit/c01eaa438200edc9a3bbcd8ae1e8ded058
bea268
Thanks to all of the guys involved for the ideas, feedback,
On Tuesday 17 April 2012 05:23:20 Anttila Janne wrote:
Hi,
I started building Qt5 for WinCE and WEC7, and found that checksdk is not
currently build by configure and it has been moved to QtTools repo.
Checksdk.exe is an utility to read WinCE environment from Visual Studio
configuration file
On Sunday 15 April 2012 20:38:22 Thiago Macieira wrote:
On segunda-feira, 16 de abril de 2012 00.08.43, Olivier Goffart wrote:
On Saturday 14 April 2012 20:06:53 Giuseppe D'Angelo wrote:
So, after *too many* commits[1] -- QHash randomization was merged a
few hours ago!
https
Hi,
In Qt, we traditionally uses const reference as parameter for all our setters.
This is indeed probably the most efficient thing to do for non-POD in C++98
since it avoids copy. But the situation is different in C++11
But first, some reminders of the cost of copies.
In Qt, most of our
On Wednesday 25 April 2012 14:40:27 lars.kn...@nokia.com wrote:
On 4/25/12 3:11 PM, ext Olivier Goffart oliv...@woboq.com wrote:
On Wednesday 25 April 2012 13:47:35 Thiago Macieira wrote:
However, I agree with you: it's too late to change it everywhere.
Unless we
do it properly, it also
On Monday 30 April 2012 17:57:46 bradley.hug...@nokia.com wrote:
On Apr 30, 2012, at 7:19 PM, ext Thiago Macieira wrote:
On segunda-feira, 30 de abril de 2012 16.58.08, bradley.hug...@nokia.com
wrote:
Seriously? What about my comment (plea) to revert the change that enabled
these
On Monday 30 April 2012 19:55:25 lars.kn...@nokia.com wrote:
On 4/30/12 9:07 PM, ext bradley.hug...@nokia.com
bradley.hug...@nokia.com wrote:
On Apr 30, 2012, at 8:50 PM, ext Olivier Goffart wrote:
On Monday 30 April 2012 17:57:46 bradley.hug...@nokia.com wrote:
On Apr 30, 2012, at 7:19
On Monday 30 April 2012 21:34:45 lorn.pot...@nokia.com wrote:
On 01/05/2012, at 12:07 AM, ext Thiago Macieira wrote:
On sexta-feira, 27 de abril de 2012 23.02.58, Thiago Macieira wrote:
Just a notice to all devs:
Since 0df1c9f1fa04c06d6105de3f312c6c752a58ad70 integrated on Wednesday,
On Thursday 03 May 2012 12:30:21 Thiago Macieira wrote:
In any case, the documentation is what's valid. If the code and the
documentation differ, usually the documentation prevails and the code needs
to be changed.
I think this is an overstatement.
If there is conflict between the
On Wednesday 09 May 2012 09:45:31 Andreas Holzammer wrote:
Hi,
I was hitting qtxmlpatterns not compiling, because Exceptions are not
enabled by default for Windows CE. My guess is that this was done for
performance and or security reasons.
I would like to propose that we enable the
On Thursday 10 May 2012 11:54:45 Jerome Leclanche wrote:
On Thu, May 10, 2012 at 8:27 AM, Pier Luigi
pierluigi.fior...@gmail.comwrote:
2012/5/10 Jerome Leclanche adys...@gmail.com:
Morning
Qt currently does not properly support icon themes on Linux. This is a
big
issue
On Thursday 10 May 2012 07:49:25 Carl Schumann wrote:
Qt Community,
On 8 May 2012 I submitted a bug report:
https://bugreports.qt-project.org/browse/QTBUG-25691
I have a proposed fix which I am trying to submit. I used the
following documentation in my attempt:
On Friday 11 May 2012 11:01:38 shane.kea...@accenture.com wrote:
You would also need to disable exceptions in STL.
MSVC will link exception and no exception code without a warning.
Exception thrown from exception handling DLL or object file to non exception
using main() results in a crash
On Saturday 12 May 2012 22:01:09 Sergio Ahumada Navea wrote:
Hi,
1. Qt SDK vs Ubuntu repo install - Currently, Qt SDK is a separate
download from Nokia website. Ubuntu packages creator and Qt. This
could cause confusion as to which to choose. I think the decision made
here was that this
On Monday 14 May 2012 11:53:21 Mülner, Helmut wrote:
The unity3d plugin (e.g.
http://download.unity3d.com/gallery/live-demos/players/island.unity3d )
works with QWebView but not in QGraphicsWebView or in a QML WebView. The
plugin uses three stacked windows on top of the web page and I suspect
On Monday 14 May 2012 11:42:33 Thiago Macieira wrote:
On segunda-feira, 14 de maio de 2012 11.36.04, Thiago Macieira wrote:
On domingo, 6 de maio de 2012 07.47.44, Thiago Macieira wrote:
On sábado, 5 de maio de 2012 23.18.18, Giuseppe D'Angelo wrote:
qgraphicsview.cpp-2790-
--
Olivier
Woboq - Qt services and support - http://woboq.com
-Ursprüngliche Nachricht-
Von: Olivier Goffart [mailto:oliv...@woboq.com]
Gesendet: Montag, 14. Mai 2012 12:57
An: development@qt-project.org
Cc: Mülner, Helmut
Betreff: Re: [Development] unity3d plugin
On Monday 14 May 2012 17:05:46 Corentin Jabot wrote:
Hi.
The methods setWindowIcon are not yet implemented in Qt5.
That concerns QWindow, QWidget and QApplication.
I guess the reason for that is that QIcon is part of QtWidget and not QtGui.
QIcon seems not movable, it use a lot of QWidget
On Monday 14 May 2012 17:48:07 Olivier Goffart wrote:
On Monday 14 May 2012 17:05:46 Corentin Jabot wrote:
Hi.
The methods setWindowIcon are not yet implemented in Qt5.
That concerns QWindow, QWidget and QApplication.
I guess the reason for that is that QIcon is part of QtWidget
Hi,
Why do we mantain an outdated fork of phonon in qt5.git
I am talking about the qtphonon repository.
The Phonon team maintains phonon under the KDE umbrela, and the qtphonon
repository is years behind.
Is there a point taking time to still update this repository to make it work
with Qt5?
On Thursday 17 May 2012 21:42:03 Thiago Macieira wrote:
On quinta-feira, 17 de maio de 2012 19.03.30, lars.kn...@nokia.com wrote:
What's the difference between webkit and phonon in this regard?
Webkit isn't hosted on qt-project neither, so removing it from qt-project
is the right choice
On Friday 18 May 2012 20:34:51 Thiago Macieira wrote:
Hello
I've just completed a review of the QMutex family internals, as well as
the Intel optimisation manuals about threading, data sharing, locking and
the Transactional Memory extensions.
Short story: I recommend de-inlining QMutex
On Friday 18 May 2012 23:25:47 Thiago Macieira wrote:
QBasicMutex is an internal POD class that offers non-recursive locking.
It's incredibly efficient for Linux, where the single pointer-sized
member variable is enough to execute the futex operations, in all cases.
For other
On Saturday 19 May 2012 07:30:56 lars.kn...@nokia.com wrote:
A few comments from my side:
* I am not a big fan of inlining the public classes neither. It feels a
bit like over-optimizing at the wrong place. Reason is that this might
make it a impossible later on to refactor our code.
In
Hi,
Regarding valgrind:
*) On debug build, nothing is inlined.
*) If we keep it inline, then we would just need a patch like this [1]
Regarding Transactional memory:
*) Very interesting
*) Notice the end of section 8.2.1: Improper use of hints will not cause
functional bugs though it
On Saturday 19 May 2012 19:05:58 Thiago Macieira wrote:
On sábado, 19 de maio de 2012 18.34.30, Olivier Goffart wrote:
Hi,
Regarding valgrind:
*) On debug build, nothing is inlined.
*) If we keep it inline, then we would just need a patch like this [1]
-fno-inline doesn't help
On Sunday 20 May 2012 02:17:53 Olivier Goffart wrote:
You can see it works by trying the attached wrapper.c
Actually, I realize my implementation of the hook for tryLock was wrong as i
forgot the return value.
Fixed, just in case someone wants to use it.
--
Olivier
Woboq - Qt services
On Monday 21 May 2012 18:01:22 Stephen Chu wrote:
On 5/21/12 5:22 PM, Thiago Macieira wrote:
On segunda-feira, 21 de maio de 2012 17.07.51, Stephen Chu wrote:
On 5/21/12 4:28 PM, Thiago Macieira wrote:
On sexta-feira, 18 de maio de 2012 16.56.09, Stephen Chu wrote:
On the other hand,
On Tuesday 22 May 2012 07:08:34 Atlant Schmidt wrote:
Folks:
There's been a lot of discussion recently regarding whether
or not Qt functions (specifically, interlocking functions)
should be declared inline or not.
But in fact, isn't this much ado about nothing? If I
understand
On Thursday 24 May 2012 11:46:05 Alberto Mardegan wrote:
On 05/23/2012 02:43 PM, Thiago Macieira wrote:
My original solution was to have a parent only deref its children's shared
pointer counter, deleting it only if it became zero. That means that if
you
had a QSharedPointer to an object
On Wednesday 23 May 2012 13:43:22 Thiago Macieira wrote:
On quarta-feira, 23 de maio de 2012 14.16.12, Alberto Mardegan wrote:
On 05/23/2012 01:25 PM, Rene Jensen wrote:
Question: How can we expose objects governed by QSharedPointer to QML
safely? I can guarantee the lifecycle beyond the
On Saturday 26 May 2012 12:51:23 Stephen Kelly wrote:
Hi,
There is a discussion on a kde list touching on whether there is a
replacement for QtScript in Qt 5.
http://thread.gmane.org/gmane.comp.kde.devel.kwrite/32993/focus=75079
Is the QJSEngine the start of public API providing a
On Saturday 09 June 2012 17:45:01 Thiago Macieira wrote:
Hello
Moving the discussion from the series of patches I've begun on Gerrit to the
ML.
tl;dr: all I wanted was to add the prepend optimisation to QVector so I
could work on QList. Then João told me of a request by Tor Arne about
On Saturday 09 June 2012 19:19:41 Thiago Macieira wrote:
On sábado, 9 de junho de 2012 19.15.09, Olivier Goffart wrote:
I suggest re-ordering the offset in order to avoid padding.
It doesn't help.
struct Q_CORE_EXPORT QArrayData
{
QtPrivate::RefCount ref;
uint flags
On Tuesday 19 June 2012 10:22:02 Peter Kümmel wrote:
On 19.06.2012 10:00, Thiago Macieira wrote:
On terça-feira, 19 de junho de 2012 09.51.32, Peter Kümmel wrote:
On 19.06.2012 09:11, Rene Jensen wrote:
Is this crazy talk? I would imagine that given a set of containers like
... hmm ...
On Wednesday 20 June 2012 10:47:01 Peter Kümmel wrote:
On 19.06.2012 11:04, Olivier Goffart wrote:
templatetypename T QMetaObject AT::staticMetaObject = { ... };
Hi Oliver,
looking at this with some hacking on moc,
templateclass T
class Foo : public QObject
{
Q_OBJECT
On Wednesday 20 June 2012 20:42:19 Peter Kümmel wrote:
After the noise here real code:
https://qt.gitorious.org/~syntheticpp/qt/qt4/commit/c1b839494d90e8c1a93b0dd2
e08a2a365095d89f
Based on Qt 4.8.2.
moc creates a header when it finds a template, if not then nothing changes.
(It builds
On Sunday 24 June 2012 09:52:10 Marc Mutz wrote:
A late-entry data point:
libstdc++'s std::list is binary incompatible between -std=c++11
and -std=c++98, because it adds a _M_size member.
It's the most stupid change I can imagine, but it apparently means that the
GCC devs don't shoot for
On Tuesday 26 June 2012 20:07:54 Peter Kümmel wrote:
On 22.06.2012 09:26, Olivier Goffart wrote:
Nice stuff. Now you just need to make it for Qt5, and handle all the
special cases :-)
There is a room for tests in tets/auto/tools/moc (I'm saying that because
you made your test somewhere
On Tuesday 26 June 2012 18:12:14 Stephen Kelly wrote:
Hi there,
I know it is late, but it was recently brought to my attention that
QStandardItemModel could be moved from QtWidgets to QtGui, since QIcon was
moved to QtGui.
It seems that people doing model-view like to use
On Friday 29 June 2012 13:14:41 Alberto Mardegan wrote:
snip
So, it seems that q-geometryChanged() invokes just
QDeclarativeItem::geometryChanged(), ignoring the fact that it's a
virtual method. That is because the q_func() invoked with the Q_Q()
macro uses a static_cast(), which doesn't care
On Friday 29 June 2012 12:52:23 Иван Комиссаров wrote:
So, what should i do to create a new playground project for new widgets?
According to
http://qt-project.org/wiki/Creating-a-new-module-or-tool-for-Qti need to
discuss module on a mailing list first:)
I prefer to have work in a
On Friday 06 July 2012 11:17:15 Stephen Chu wrote:
Has anyone successfully build Qt 5 to use with Clang 3.1 on any
platform? I see the new macx-clang-libc++ mkspecs are now included.
Using it enables automatic detection of C++11 features in configure. But
that causes errors on C++11 features
On Friday 06 July 2012 17:26:13 Stephen Chu wrote:
On 7/6/12 3:23 PM, Thiago Macieira wrote:
On sexta-feira, 6 de julho de 2012 14.53.56, Stephen Chu wrote:
I tried Clang 3.1 and it compiles with or without the equal sign.
Then I don't understand. If it supports brace-initialisation for
On Saturday 07 July 2012 07:33:56 Thiago Macieira wrote:
On sábado, 7 de julho de 2012 02.12.42, Olivier Goffart wrote:
Anyway, if we want to support that version of clang, this still need to be
worked around, so I suggest that the problematic code should be #ifdef'd
out for the 'broken
On Tuesday 10 July 2012 18:37:20 Marc Mutz wrote:
Hi,
as seen on IRC:
[18:18:43] ossi|tt thiago: how about we make Q_DECLARE_TYPEINFO
automatically use the qt namespace, like Q_DECLARE_METATYPE does? it is
massively SIC, except that probably not many outside qt/creator use it ...
1 - 100 of 592 matches
Mail list logo
