| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
The profile has been empty since the plugin functionality was moved
into QtMultimedia itself (d73df73c556b0a225fdde7341549ed834bc691f4).
RevBy: Miikka Heikkinen
|
|
|
|
|
|
|
|
|
| |
QVGPaintEngine did not have proper checks for null QImage in the
drawImage functions so it went on trying to create a VGImage of
size 0x0 which is bound to fail always. This resulted in confusing
warnings about not being able to reclaim space for 0x0 images.
Reviewed-by: Jani Hautakangas
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Once the background texture has been created, update it to all widgets.
This corrects most cases where texture is used outside of QS60Style.
It is still possible to access the placeholder texture and draw it,
if:
a) QPalette::Window is accessed before drawing even one widget
b) Painting the texture happens without using QS60Style
Task-number: QTBUG-14910
Reviewed-by: Laszlo Agocs
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously version resolved to unknown if Symbian or S60 version was
queried and Series60v5.3.sis was found.
Note that proper detection and enumerations for the new platform will
come when they are agreed upon. Until then, this fix will make
the new platform more usable.
Task-number: QT-4593
Reviewed-by: Sami Merila
|
|
|
|
|
|
|
|
|
|
| |
The test assumed that pixmaps do not have an alpha channel. This is
not true on some platforms, e.g. Symbian with OpenVG, there pixmaps
are often backed by some image data in ARGB32_Premultiplied format,
which means that QPixmap::mask() will return a valid QBitmap.
Task-number: QTBUG-18247
Reviewed-by: Jani Hautakangas
|
|\ |
|
| |
| |
| |
| |
| |
| | |
Placeholder file created to allow package creation
Reviewed-by: TrustMe
|
|/
|
|
|
|
|
|
|
|
| |
This change currently affects QGLPixmapData on Symbian only. Similarly
to the OpenVG engine, using QVolatileImage allows more efficient
handling of to- and fromSymbianCFbsBitmap, reduces local heap usage,
and improves s60 style performance.
Task-number: QTBUG-15252
Reviewed-by: Jani Hautakangas
|
|
|
|
|
|
|
|
|
| |
Forcing VG (and GL) pixmapdata to support toNativeType() with type
VolatileImage is unnecessary. It is cleaner to try doing a
fromNativeType() with bitmap+mask and fall back if that results in
a null pixmapdata.
Reviewed-by: Jani Hautakangas
|
|
|
|
| |
Reviewed-by: Jani Hautakangas
|
|
|
|
|
|
|
|
|
|
| |
Due to recent changes QPixmap::fromImage() can return RGB16 images for
OpenVG pixmaps created from CFbsBitmap of display mode EColor64K.
The qpixmap autotest assumed that the returned image is always 32 bpp
which is not true anymore. Now it explicitly checks for 16 bpp and
handles it properly.
Reviewed-by: Jani Hautakangas
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, the following rules applies to the creation and blitting of
the Symbian raster backing store:
1. Creation of backing store with an alpha channel:
Backing store has an alpha channel only if !QWidget::isOpaque.
2. Pre-filling of backing store prior to paint loop:
Backing store is filled with transparent pixels if
!QWidget::isOpaque.
3. Blitting of backing store:
CGraphicsContext::EDrawModeWriteAlpha is used (meaning that backing
store alpha values are propagated into the frame buffer), if
QWidget::isOpaque.
In order for the direct camera viewfinder to be visible on DSA devices,
alpha=0 must be written into the framebuffer in the region where the
viewfinder will be displayed. This requires a backing store with an alpha
channel (1), use of CGraphicsContext::EDrawModeWriteAlpha (3), but not
pre-filling of the entire backing store (2).
This patch adds a new enum value, QWExtra::BlitWriteAlpha, which can be
used by camera backends to achieve the desired behaviour.
Task-number: QTMOBILITY-1278
Reviewed-by: Jani Hautakangas
|
|
|
|
| |
Reviewed-by: Miikka Heikkinen
|
|
|
|
|
|
|
|
| |
Builds will otherwise halt without giving reason if a wildcard
is given in QMAKE_CLEAN in symbian-abld.
Task-number: QTBUG-18207
Reviewed-by: axis
|
|
|
|
|
|
|
|
|
|
|
|
| |
The original implementation relied on SizeInTwips() for the underlying
bitmap which unfortunately returns 0, leading to incorrect results
from QPixmap::logicalDpiX/Y(). This caused issues in text rendering
onto pixmaps (QTBUG-17628). This fix changes QS60PixmapData to use a
slightly different metrics() implementation (the one VG and GL
PixmapData are using).
Task-number: QTBUG-18154
Reviewed-by: Jani Hautakangas
|
|
|
|
| |
Reviewed-by: TRUSTME
|
|
|
|
|
|
|
|
|
| |
Keep the implementation in separate
qpixmapdata_poolgl.cpp file until the pooling has
been verified and confirmed to work ok.
Task-number: QTBUG-15253 QTBUG-17850
Reviewed-by: Samuel Rødal
|
|
|
|
| |
Reviewed-by: TrustMe
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
There is usually only one screen on the emulator and it was incorrectly
assumed that ScreenDevice() would return null for a non-existing
screen. It panics instead so the entire call must be skipped.
Reviewed-by: Sami Merila
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Background texture is not created until it is actually painted.
This allows skipping the whole background texture creation, if app
overwrites the QPalette::Window with its own data (image or color).
When widget is drawn and style notices that the widget is still using a
placeholder (1*1 red QPixmap) texture, it creates the real texture and
uses that for drawing.
Note that accessing QPalette::Window will give the placeholder pixmap.
Which is then again replaced with the real texture, if it is drawn
through the qt_s60_fill_background().
Task-number: QTBUG-14910
Reviewed-by: Laszlo Agocs
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix for QTBUG-16816 cause theme background to display incorrectly
after a layout switch is done. Theme background is shown "tiled"
instead of being whole screen size.
This is because the setBackgroundTexture() call was removed to "save"
QPixmap creation. Unfortunately, it really skips the background
texture creation, but does not re-create a new one for the new layout,
so portrait background is used again. This leads to tiling the image.
Let's just return the call to the setBackgroundTexture()
(this will eventually anyway be "optimized" with fix for QTBUG-14910).
Task-number: QTBUG-17930
Reviewed-by: Laszlo Agocs
|
|
|
|
|
|
|
|
|
| |
There were changes included in the fix for QTBUG-17045 that were not
supposed to be part of that fix. These changes to qcombobox.cpp are
now removed.
Task-number: QTBUG-17045
Reviewed-by: TrustMe
|
|
|
|
|
|
|
|
| |
Prevents crash when focus item is not set and splitview is closed.
This is partial fix to QTBUG-17045.
Task-number: QTBUG-17045
Reviewed-by: Guoqing Zhang
|
|\ |
|
| |
| |
| |
| |
| |
| | |
Task-number: QTBUG-17907
Reviewed-by: Samuel Rødal
|
| |\
| | |
| | |
| | |
| | | |
Conflicts:
mkspecs/common/symbian/symbian.conf
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Probably this was a result of backporting symbian-gcce support from
4.8 to 4.7.
RevBy: Liang Qi
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Phonon exports template instantiations. These exports get weak symbol
binding, which is correct according to the C++ ABI, but the problem
is that elf2e32 has a bug which does not transfer the weak symbols
correctly to the dso file. Therefore, the example will work if you
have a prebuilt Qt version and use GCCE, but not if you build Qt from
scratch using GCCE.
For normal non-template symbols it is not a problem since they get
global bindings. RVCT also produces global bindings.
RevBy: Shane Kearns
|
| | |
| | |
| | |
| | | |
RevBy: Trust me
|
| | |
| | |
| | |
| | | |
RevBy: Liang Qi
|
| | |
| | |
| | |
| | |
| | |
| | | |
It fails the build anyway.
RevBy: Liang Qi
|
| | |
| | |
| | |
| | | |
RevBy: Trust me
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Better to make it relative to the profile. That way it is always
found, regardless of where Qt is located.
RevBy: Liang Qi
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We needed to move the code in the init() function to the
fixTargetExt() function, which is where the variables are actually
used. The reason is that fixTargetExt() runs before init().
RevBy: Miikka Heikkinen
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This was done because trailing \ would confuse the command line
parser if the path was also quoted.
RevBy: Oswald Buddenhagen
|
| | |
| | |
| | |
| | | |
RevBy: Trust me
|
| | |
| | |
| | |
| | | |
RevBy: Oswald Buddenhagen
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This enables you to use QMAKE_xxx_yyy, where xxx is either CFLAGS,
CXXFLAGS or LFLAGS, and yyy is either APP, SHLIB or PLUGIN. It is
basically the same as the one in the UNIX generator.
RevBy: Oswald Buddenhagen
|
| | |
| | |
| | |
| | | |
RevBy: Trust me
|
| | |
| | |
| | |
| | | |
RevBy: Trust me
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is just a mirror of the way the UNIX generator does it. See
commits aaf189b084f52 and bdff51768dfe.
RevBy: Oswald Buddenhagen
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This usually points to the RVCT include directory, but those headers
are not appropriate for Symbian.
RevBy: Trust me
|
| | |
| | |
| | |
| | | |
RevBy: Trust me
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Make did not understand that sqlite3.dso, which the link relies on,
is the same as $$OBJECTS_DIR/sqlite3.dso, which is extracted by the
profile.
RevBy: Trust me
|
| | | |
|
| | |
| | |
| | |
| | | |
RevBy: Oswald Buddenhagen
|
| | |
| | |
| | |
| | | |
RevBy: Oswald Buddenhagen
|
| | |
| | |
| | |
| | |
| | |
| | | |
This is needed for Symbian development on Windows using makefiles.
RevBy: Trust me
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
It would not parse the line correctly if a space was missing between
the "@" and the ordinal number.
RevBy: Trust me
|