| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
- .ts file -> TS file
- .qm file -> QM file
- .ui file -> UI file
+ a handfull of typos I stumbled over
Merge-request: 802
Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@nokia.com>
|
|
|
|
|
|
|
| |
NT support
Merge-request: 604
Reviewed-by: Marius Storm-Olsen <marius@trolltech.com>
|
|\
| |
| |
| |
| |
| |
| | |
Conflicts:
src/3rdparty/webkit/VERSION
src/3rdparty/webkit/WebCore/ChangeLog
src/network/access/qnetworkreplyimpl.cpp
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Use the fully qualified classname at relevant places in the
moc-generated code. Also, QMetaObject::newInstance() needs to
strip the namespace part, since the constructor signatures
don't contain the fully qualified name.
Task-number: 246064
Reviewed-by: Simon Hausmann
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Basically make use of customer patch, do not try to use
the value obtained from the alignment if property is present.
Task-number: 128859
|
| | |
| | |
| | |
| | |
| | | |
With the exception of layout functions, which is too weird.
Task-number: 255846
|
|\ \ \
| |/ /
|/| /
| |/ |
|
| |
| |
| |
| | |
Reviewed-by: Trust Me
|
| |
| |
| |
| |
| |
| |
| | |
When idc fails to dump IDL, the input executable name is now displayed
on the commnad line.
Reviewed-by:TrustMe
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Including it might cause build errors. (and thus break source
compatibility)
The problem was seen on KDE where some cpp files included x11 headers
and then later included the .moc file, then qmetatype.h complains that
Bool is defined
Reviewed-by: Brad
|
| |
| |
| |
| | |
Needed due to commit 4acabb3abd0ff109b9abeedb6832f5b1c3e0cc4e
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When cross-compiling, it's possible that the size of qreal for moc
itself (host platform) is different from the size of qreal on the target
platform. Thus, we should not encode the metatype-id of qreal at moc
time. Instead, use QMetaType::QReal in the generated code so that the
the property flags are only derived at compile time.
We also need to support the pesky QT_COORD_TYPE. In this case, qreal can
be _any_ type (not just float or double), so we encode the property type
as 0 and have a special check in QMetaProperty::type() that resolves the
correct type at runtime.
Reviewed-by: Simon Hausmann
|
| |
| |
| |
| |
| | |
used character operations whenever possible
better usage of QLatin1String
|
|\ \
| |/ |
|
| |
| |
| |
| |
| |
| |
| | |
The regression was intruduced in change 04c01e15.
Task: 252333
RevBy: Friedemann Kleint <Friedemann.Kleint@nokia.com>
|
|\ \
| |/
| |
| |
| | |
Conflicts:
tests/auto/qpainterpath/tst_qpainterpath.cpp
|
| |
| |
| |
| |
| | |
Task: 251248
Revieved-by: Friedemann Kleint <Friedemann.Kleint@nokia.com>
|
| |
|
|
|