| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
Correct ordinal for BIO_free symbol is 209.
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
AVKON will show blanker - this will allow applications to change their
layout and ensures that 'intermediate' states are not shown to the end
user. This blanker is a full screen window and this causes Qt
application to receive visibility change event (not visible) and then
Qt application deletes backing store. Finally, when blanker is
removed, Qt application receives another visibility change event
(fully or partially visible) and backing store is recreated, but the
original version does not ensure that window contents are valid. In
fact, because of orientation change event, window server generates
redraw request and it is handled before receiving that second
visibility change event. In QSymbianControl::Draw doesn't draw
anything.
By adding this update() call, we ensure that window will be drawn
correctly eventually.
Reviewed-by: Jason Barron <jason.barron@nokia.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On Symbian keypad navigation is enabled by default since there is no
reliable way to detect the presence of touch or not. Enabling this
feature though causes problems for many of Qt's autotests since they
were not written with this in mind. Many tests send QTest::key*()
events to a widget and subsequently test the state of the widget, but
with keypad navigation enabled, the behavior changes because the widget
does not have edit focus by default.
Reviewed-by: axis <qt-info@nokia.com>
|
| |
| |
| |
| | |
drawItemText.
|
| |
| |
| |
| | |
's60'.
|
| |
| |
| |
| | |
Made a clear distinction between Exclusive flags and other flags.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
some code to qs60style.cpp. De-duplicated some code in
qt_s60_fill_background.
The unused QT_S60STYLE_LAYOUTDATA_SIMULATED had to go, too.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The commit enables -openssl config in addition to -openssl-linked
in Symbian OS platforms. In Symbian OS the symbol names are stripped
away from DLLand symbols are are referenced via ordinal numbers.
This change resolves the correct ordinals for SSL symbols in Symbian OS.
The change is a bit hackish, but is currently only way to resolve
symbols at runtime in Symbian OS - if STDDLL targettype is not counted.
The problem of STDDLL target type is that it is not supported by S60 3.1
and in addition the SSL libraries in S60 are not currently build with
STDDLL target but DLL target.
This mechanism should work as long as BC for SSL symbols is kept.
And S60 has given binary promise, so we should not have problems...
|
|
|
|
| |
The STL enabled config does not have implicit include for e32base.h.
|
|
|
|
|
|
|
| |
The default DPI is stored in the S60 structure, so that can simply be
used here instead of re-calculating it each time.
Task-number: 247279
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The resize behavior of QDesktopWidget was somewhat undefined on Symbian
because we weren't actually changing the size of the widget. This patch
fixes that and also implements the resizeEvent() function so that it
properly emits signals. We didn't call resize() to change the size here
because our implementation of setGeometry_sys() ignores the desktop
widget since it doesn't have a backing store and isn't a real window.
Task-number: 253930
|
| | |
|
| |\ |
|
| | |
| | |
| | |
| | |
| | | |
All qeventdispatcher_unix.cpp changes were reverted since, this
file is not anymore used in Symbian OS branch.
|
| |/
|/| |
|
|\ \
| |/ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
implementation does nothing in urel
Required to have udeb/urel compatibility between binaries.
RevBy: Alessandro Portale
|
| | |
|
| |\ |
|
| | | |
|
| | |\ |
|
| | | | |
|
| | |/
| | |
| | |
| | | |
builds.
|
| | |
| | |
| | |
| | |
| | | |
The 'in' variable was removed in f1e9c0f3d2 so we don't need this line
anymore.
|
| | |\
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Conflicts:
src/corelib/io/qfile.cpp
src/corelib/kernel/qsharedmemory_unix.cpp
src/network/socket/qnativesocketengine_p.h
src/network/socket/qnativesocketengine_unix.cpp
|
| | | |
| | | |
| | | |
| | | | |
Task-number: 252489
|
| | | |
| | | |
| | | |
| | | | |
Task-number: 252491
|
| | | |\ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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: 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: 252493
|
| | | |\ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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
|