| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
As reported on qt-interest:
http://lists.trolltech.com/pipermail/qt-interest/2009-May/007036.html
Reviewed-by: Trust Me
(cherry picked from commit 23820c30052ea23ecf2226c300fc4819dd294306)
|
|
|
|
|
| |
Reviewed-by: Trust Me
(cherry picked from commit 8b34bd541c6aa201c4d872210228bce8217a5e03)
|
|
|
|
|
|
|
|
| |
QKeyEvent::standardKey() function.
Task-number: 254074
Reviewed-by: Trust Me
(cherry picked from commit 152d5fb2d97432d92b6b84e6e81c0236d278ac5d)
|
|
|
|
|
|
| |
Task-number: 254463
Reviewed-by: Denis Dzyubenko
(cherry picked from commit 4bee6cac20b52761f39b139c61d5861fe7b68c6f)
|
|
|
|
|
| |
Reviewed-by: Trust Me
(cherry picked from commit b94416a8fe3fae0e9ab01dea9d5a78a21c4affc0)
|
|
|
|
|
|
| |
This broke again. I Need to get a way to automate this, I'll discuss
with QA.
(cherry picked from commit 3868c7dacde57c3e929ad72b9c9c42f8ddf4dc62)
|
|
|
|
|
| |
Reviewed-by: mauricek
(cherry picked from commit 305ce9ea67c11826d91c032ead55edfd5e15462f)
|
|
|
|
|
|
|
|
|
| |
This examples doesn't make much sense on most Windows CE devices.
Task-number: 254433
Reviewed-by: mauricek
BT: yes
(cherry picked from commit a731cb5c1765bc3ab71469e86ec0533e5a5c18a5)
|
|
|
|
|
|
|
|
|
|
|
| |
WinCE needs those files to be able to do something useful
Task-number: 254430
Task-number: 254437
Task-number: 254428
Reviewed-by: joerg
BT: yes
(cherry picked from commit 313e2719ac75eb6c6ff2d84f5cef9f70433d5943)
|
|
|
|
|
|
|
|
|
|
|
| |
On XP and Vista where tabs use taboverlap, the currently
dragged would loose the outline. We need to compensate for the
taboverlap when creating the draggable widget, otherwise the
outline will be clipped.
Task-number: 254453
Reviewed-by: nrc
(cherry picked from commit 0f0fc963a7f1691038ee36a27bb63ff3165eefba)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Its the context menu handling code... again.
Problem is, that during execution of translateMouseEvent, the widget
is closed and a modal message box is shown. After that, there's no
widget at globalPos and thus, alienWidget is null.
This patch just adds a null check for alienWidget.
Task-number: 254425
Reviewed-by: mauricek
BT: yes
(cherry picked from commit 3d560a498803fadfec9163d7a9695aee60cca8d4)
|
|
|
|
|
|
|
|
|
|
| |
need to deploy the sqlite plugin, otherwise no model gets created, but
referenced causing a crash.
Task-number: 254435
Reviewed-by: joerg
BT: yes
(cherry picked from commit 9021113c583cc6b54b3b764e8e74d1448474c773)
|
|
|
|
|
|
|
|
|
|
|
| |
Adding details to the documentation of custom storage format and related functions.
Task-number: 207865
Rev-by: David Boddie
Rev-by: Marius Storm-Olsen
(cherry picked from commit 46bb023374dfd8684cefbe1d1c4ffc37f64f1239)
|
|
|
|
|
| |
Task-number: 249222
(cherry picked from commit b57d3f8169c6f1a1aab7203d79043a5f691b7e3e)
|
|
|
|
|
|
|
|
|
|
|
|
| |
There was some strangeness happening here with parents, but the main
problem was the fact that wheel was getting sent to the focusframe and
not to the widget below. However, the focusframe has the "transparent
for mouse events" flag set and wheel events probably should be
transparent as well.
Task-number: 253539
Reviewed-by: Richard Moe Gustavsen
(cherry picked from commit e77f2e595d9b9a6f078f37894733c52bbcfeb695)
|
|
|
|
|
| |
Task-number: 251486
(cherry picked from commit 1a477dcad1171d2d195422072fce62fc936e56cb)
|
|
|
|
|
| |
Task-number: 252488
(cherry picked from commit 230357435d35a5b379c697723302108dd114585d)
|
|
|
|
|
|
|
|
|
|
|
| |
If creating a native QFontDialog and delete it, the native dialog
will still show. And worse, it will call the deleted QDialog
counterpart. This fix will clean up (and close the native dialog)
when the QDialog is deleted.
Task-number: 254397
Reviewed-by: Trenton Schulz
(cherry picked from commit 58253fafc6d3c0a535833e674d8930a46138c25f)
|
|
|
|
|
| |
Task-number: 252489
(cherry picked from commit 44d992ca150d9448cb7b9114b2bc489b441c7b76)
|
|
|
|
|
| |
Task-number: 252491
(cherry picked from commit e5615b9cf4c981bb8d0fec48eacd6c11c124a3b0)
|
|
|
|
| |
(cherry picked from commit fa2371e705621b95307f0dbc1988ba048cec6520)
|
|
|
|
|
| |
Task-number: 252493
(cherry picked from commit 878ccb0645e7f1416daeddd6acdc37fea16b5e25)
|
|
|
|
|
|
|
|
|
| |
Instead of the multiple character-string replacements, just check for
the discrete -arch values that we want to find. This makes the code
clearer and should reduce the chance of subtle errors.
Reviewed-by: Jason McDonald
(cherry picked from commit 531274c741aed51946398a30a7be691ef98999bf)
|
|
|
|
|
|
|
|
|
|
| |
compilation breakage introduced in 6c1d7e57.
The fix in fc7a43cce did fix the failure, but created another one
because qhostinfo_win.cpp also had a copy of qt_sockaddr_in6
Reviewed-by: Jason McDonald
(cherry picked from commit a5104ef77f71b068228ffe6d7c64845889c18c81)
|
|
|
|
|
|
|
| |
Please do not pull this change into other branches. These headers are
only valid for release branches.
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
|
|
| |
newline
Do the same special case as for QTextEdit
(yes, this is a pitty that we have special cases like that
Reviewed-by: Thierry
Task-number: 252532
|
|
|
|
|
|
|
| |
On Windows, QT_NO_IPV6 isn't defined, but the necessary includes were
missing. So #include winsock2.h and also use our own structures.
Reviewed-By: Trust Me
|
|
|
|
| |
Reviewed-By: TrustMe
|
|
|
|
| |
Reviewed-By: Oswald Buddenhagen
|
|
|
|
|
|
|
|
|
| |
The problem was that we installed an eventfilter regardless if the
gtk symbols were defined or not. Instead we now initialize and
check for the symbols before we install the filter.
Task-number: 254342
Reviewed-by: ogoffart
|
|\ |
|
| |
| |
| |
| |
| | |
Task-number: 254333
Reviewed-by: Andy Shaw <qt-info@nokia.com>
|
| |
| |
| |
| |
| |
| |
| | |
When connecting to an open file descriptor, set the openMode in the file
system engine, as is done for file handles.
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This gets temporary file renaming working on Windows, without requiring
block-copying.
While we could #ifdef this behavior for Windows, it's preferrable to
maintain consistency in the exposed interface.
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
With recent changes to QTemporaryFile, allowing the file to be closed,
the engine has to keep track of whether a fileName has already been
generated, so we don't generate new files after the first one.
If the file is closed but we already have a name for it, then just
forward the call to the base file engine.
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| | |
Lifetime of the engine is already handled by the native engine.
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In some circumstances, the file descriptor in QTemporaryFile is actually
closed and setOpenMode alone won't give us reOpen semantics.
Added function to QTemporaryFileEngine that checks if we have open file
handles. On open, if we currently hold no handles, re-open the file.
Trying to open a new file while we hold open handles would lead to
leaks, so added an assert there, to be on the safe side.
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Although QTemporaryFile hides QFile::open(OpenMode), this function is
still available when accessing instance methods through the base class.
Unconditionally setting ReadWrite allows the temporary file to be
re-opened with different flags.
Task-number: 248223
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| | |
For now, this only happens if Append mode is requested and we're unable
to seek to the end of the file. Theoretically, this could change in the
future so it's better to err on the safe side.
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| | |
We souldn't be returning an empty string for the fileName, just because
the file is closed. E.g., after a rename, the file will be closed, but
should still have a name.
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| | |
Note: this showed even if the file descriptor was kept open.
Reviewed-by: Peter Hartmann
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| | |
Reviewed-by: MariusSO
Reviewed-by: Peter Hartmann
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When copying a resource file to the native file system the (read-only)
permissions also get copied. On Windows platforms, this was preventing a
test file from being deleted.
Reviewed-by: Peter Hartmann
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Fallback implementation for rename operation should try to copy
permissions from the original file to the destination file. Note that
failures at this point are not treated as errors.
Errors previously set by the native fileEngine are also reset before
returning.
Reviewed-by: Peter Hartmann
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| | |
Also added check in test case for rename fallback.
Task-number: 165920
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Changed the fallback implementation to use 'this' instead of a new
QFile. This allows a QTemporaryFile to be block-copied to the
destination and the source to be removed (QTemporaryFile is special
because it isn't really closed).
Reviewed-by: Peter Hartmann
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Block copying a sequential file is potentially a destructive operation,
because there is no guarantee copy+remove will succeed. In these cases
the fallback should not be tried.
The user is better equipped to decide how to handle such failures and to
ensure no data losses occur, e.g., copy without removing the original
file.
Reviewed-by: MariusSO
Reviewed-by: Peter Hartmann
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| | |
Asked by Oswald.
Reviewed-by: Oswald Buddenhagen
|
| |
| |
| |
| |
| |
| |
| | |
If ensureSpace causes the layoutData to reallocate then the
initialGlyphs pointers will no longer be valid.
Reviewed-by: Simon Hausmann
|
| |
| |
| |
| |
| |
| |
| |
| | |
If Harfbuzz shaping adds or merges glyphs we need to move the remaining
glyphs in the glyph layout to compensate.
Task-number: 253783
Reviewed-by: Simon Hausmann
|