| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
By popular demand on the Qt Labs blog.
This makes it possible to readily use QStateMachine with e.g. worker
threads that post events to the machine.
Reviewed-by: Eskil Abrahamsen Blomfeldt
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the same type of optimization as that done for transitions in
commit 5d8dcd57cd13fdd9c8643fa3bdda9f197a4351ff. The idea is to avoid
calling qobject_cast() because it's very expensive.
Obtaining child states needs to be as fast as possible because it's in
the critical path of the state machine algorithm; it's called by a ton
of internal functions, like isCompound(), isAtomic(), isInFinalState().
It's also called heavily for parallel state groups.
Reviewed-by: Eskil Abrahamsen Blomfeldt
|
|
|
|
|
|
| |
Since QStateMachine inherits QState now.
Reviewed-by: Eskil Abrahamsen Blomfeldt
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Transitions are children of their source state. We use
QObject::children() and qobject_cast() each child to a
QAbstractTransition to see if it is indeed a transition. However,
calling qobject_cast() is very expensive. This commit introduces
a cached list of transitions. The list is invalidated after a
child object has been added or removed.
In the typical case we expect the object hierarchy to remain fairly
constant once the state machine has been started (states, child states
and transitions are usually "static"), in other words the cached list
is not likely to be invalidated much.
Obtaining a state's transitions needs to be as fast as possible
because it's in the critical path of the state machine algorithm.
Reviewed-by: Eskil Abrahamsen Blomfeldt
|
|
|
|
|
| |
Task: 262677
Reviewed-by: joao
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
| |
These macros are available since GCC 2.95.
Reviewed-by: Olivier Goffart
|
|
|
|
| |
Reviewed-by: trustme
|
|
|
|
|
|
|
|
| |
A problem occurred related to the createUUid function on Windows Mobile.
Calling rand() before srand() resulted in identical pseudo random
sequences for different threads.
Reviewed-by: Joerg
|
|\ |
|
| |
| |
| |
| |
| | |
Task-number: QTBUG-4867
Reviewed-by: Aleksandar Sasha Babic
|
| |
| |
| |
| |
| |
| |
| | |
It could happen that an animation would be unregistered when it
shouldn't.
Reviewed-by: Leo Cunha
|
| |
| |
| |
| |
| |
| |
| | |
We avoid stopping/starting the timer over and over again
Patch suggested by Aaron.
Reviewed-by: Aaron Kennedy
|
| | |
|
| | |
|
|/ |
|
|
|
|
|
|
| |
This will be handled differently (QTBUG-4751)
This reverts commit b12fb5861ce09539c04cd51db12a9bfbe32a4774.
|
|
|
|
|
|
|
| |
Some of the methods used in QDate/QTime/QDateTime have been
reimplemented to use native Symbian calls.
Reviewed-by: Janne Anttila
|
|
|
|
|
| |
Task: QT-987
RevBy: mread
|
|
|
|
|
|
|
|
|
| |
Task: QT-2265
RevBy: Janne Anttila
Compiles on all three Symbian compilers. Strictly speaking GCCE
wasn't able to link QtGui, but that seemed to be unrelated to this
change.
|
|\ |
|
| |\ |
|
| | |\ |
|
| | |\ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
toEncoded was returning an empty host instead of [::ffff:129.144.52.38]
Merge-request: 1735
Reviewed-by: Olivier Goffart <ogoffart@trolltech.com>
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Always call the callbacks unlocked to avoid deadlocks.
(The others call to the callback ar unlocked)
Reviewed-by: Olivier Goffart
Merge-request: 1744
|
| | |_|/
| |/| |
| | | |
| | | | |
Task-number: QTBUG-4443
|
|\ \ \ \
| |/ / /
| | | |
| | | |
| | | |
| | | | |
Conflicts:
src/corelib/kernel/qcoreevent.cpp
src/corelib/kernel/qcoreevent.h
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | |
| | | |
It wasn't necessary to have a Symbian specific include in qprocess.h,
as 64-bit integer will work as pid also in Symbian.
Task-number: QT-2266
Reviewed-by: Janne Anttila
|
| |\ \
| | |/ |
|
| | |\ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This is needed in case we change consistentTime while the animation is
running.
Reviewed-by: thierry
|
| | |\ \ |
|
| | |\ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The previous code was settingCurrentTime on all animatios, even on those
that had already finished long ago.
Reviewed-by: thierry
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
When there are only pause animations running, the timer will stop and
restart when the closest pause animation finishes. While there are only
pause animations running, there are no additional timer ticks, but
if there is at least one animation running that is not a group or a pause,
then the global animation timer will restore it's update interval.
Includes a new auto-test for the QPauseAnimation class.
Task-number: QT-941
Reviewed-by: thierry
Reviewed-by: janarve
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Reviewed-by: thierry
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
If we want to avoid timer ticks in QPauseAnimation, We need to update the
current time when an animation pauses, for being able to resume correctly.
Reviewed-by: thierry
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Reviewed-by: Trust Me
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Reviewed-by: Trust Me
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Processing the relayout takes longer than 100ms.
Setting priority to low makes the app wait until all other apps have
been processed before it gets scheduled again (over 3 seconds).
By setting priority to background, the app is round-robin scheduled with
the other apps (in 20ms timeslices)
Task-number: QT-1030
Reviewed-by: axis
|
| | |_|_|/
| |/| | |
| | | | |
| | | | | |
Reviewed-by: trustme
|
| | | | |
| | | | |
| | | | |
| | | | | |
Reviewed-by: Olivier Goffart
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The only reason to refer to values from the Qt::ShortcutContext enum is
to avoid confusing people since enum value names look similar so we want
to avoid weird behaviour when mixing them. But referring to another enum
value makes the documentation look weird as it mentions different
unrelated enum value in the GestureContext doc.
Reviewed-by: trustme
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
QUuid::createUuid() only seeds the PRNG on the first entry, but since
it's using qsrand() and qrand(), all other threads will use the
default seed, and thus generate the exact same UUIDs.
Fix this by adding an internal function (qsrand() overload with no
args) which seeds the PRNG if it hasn't been done already, and use a
seed that is based on current time, a stack address and a global
serial counter (so that the chances of 2 threads using the same seed
are as low as possible).
Task-number: QTBUG-3543
Reviewed-by: Marius Storm-Olsen
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Implemented gestures using gesture events and separate
QGesture/QGestureRecognizer classes.
Reviewed-by: trustme
|
| | |_|/
| |/| |
| | | |
| | | |
| | | |
| | | | |
localtime_r."
This reverts commit 2f7d1318d2dc63322a468d8c301ae718eaba0d03.
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The map test case panic with E32User-Cbase 66 in N95 without this fix.
This happens sisnce Open C bug where mmap may leave and trap handler is
not inside OpenC. The workaround is to install the necessary TRAP
handler in Qt, before calling mmap.
AutoTests: tst_qfile::map passes
Reviewed-by: Janne Koskinen
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
OpenC incorrectly caches DST information between localtime_r
calls, i.e. if previous call to localtime_r has been called for DST
affected date, also the second call will be affected by DST even
the date is such that DST should not be applied.
The workaround is to call mktime with non-DST affected date before
calling localtime_r. mktime call resets the OpenC internal DST cache
to right value and localtime_r will return correct values.
This commit can be reverted once Open C bug 9525 has been reverted.
AutoTest: Fixes tst_QDateTime::totime_t
Reviewed-by: Aleksandar Sasha Babic
|
| | |
| | |
| | |
| | |
| | | |
Add Q_ENUMS/Q_FLAGS accordingly.
Reviewed-by: Olivier Goffart <ogoffart@trolltech.com>
|