| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Reviewed-by: Trust Me
(cherry picked from commit 774a3536b00c4d6e4c4c10b708e31b4373a338e3)
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
examples/webkit/imageanalyzer/imageanalyzer.h
examples/webkit/imageanalyzer/mainwindow.h
mkspecs/unsupported/qws/linux-x86-openkode-g++/qplatformdefs.h
src/corelib/io/qfsfileengine_iterator_unix.cpp
src/corelib/io/qfsfileengine_iterator_win.cpp
src/corelib/kernel/qcoreapplication.cpp
src/network/access/qnetworkaccessdatabackend.cpp
src/plugins/bearer/connman/qconnmanservice_linux.cpp
src/plugins/platforms/openvglite/qwindowsurface_vglite.h
src/s60installs/bwins/QtCoreu.def
src/s60installs/eabi/QtCoreu.def
src/s60installs/s60installs.pro
tools/assistant/tools/assistant/helpviewer_qwv.h
tools/qdoc3/test/qt-html-templates.qdocconf
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Today there is a connection between QWidget and QPlatformScreen. So I
added a accessor in QWaylandScreen to get the corresponding
QWaylandDisplay. So now it should be possible to have different
QWaylandDisplays. But also its possible to use the internal Lighthouse
api closer in the wayland plugin if that should be of interest ;)
|
| |
| |
| |
| |
| |
| |
| | |
Actually the fbo belongs to the QWaylandPaintDevice, which also holds n
QWaylandDrmBuffers. Then the QWaylandDrmWindowSurface gets the current
drmbuffer used on flush and attaches it to the window and calls
wl_surface_damage
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Ie. Moving code into different files and refactoring some of the
classes. The Drmbuffer was most affected.
It has a depth and stencil buffer.
QWaylandGLContext contain the context. The drm buffer class has to
be bound to the context before used.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
such as
wl_display_create -> wl_display_connect
wl_surface_attach (attributes)
wl_surface_map -> wl_surface_map_toplevel
wl_shell_listener
wl_output_listener
|
| |
| |
| |
| |
| | |
Truth be told, the x11 clipboard integration in testlite was done rather
quickly, thus leaving some cornercases open
|
| |
| |
| |
| |
| |
| |
| | |
Without this patch Qt applications will crash the moment the mouse pointer
enters the window.
Signed-off-by: Rolf Offermanns <roffermanns@sysgo.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
On this system the IncludePath for drm.h was missing
So maybe pkgconfig should be additionally also used for
libxkbcommon, EGL and GLESv2 to prevent such problems.
but i dont know whether its common to use pkg-config in qmake
|
| |
| |
| |
| |
| | |
When creating DRM buffers we should try to match the visual type
requested with the buffer format.
|
| | |
|
| |
| |
| |
| | |
For clarity and to prevent merge conflicts etc. in future.
|
| |
| |
| |
| |
| |
| |
| | |
We're drawing into the parent, so we need to use the parent's geometry
for the GL viewport, or we may not be able to draw it. We also need to
use the parent width & height when checking whether to normalize to 1.0
or -1.0 in the coord transform calculations.
|
| |
| |
| |
| |
| | |
If the geometry isn't mapped 1:1 we need to divide the bottom by height,
not width, to calculate the texture rectangle.
|
| |
| |
| |
| |
| |
| | |
Pull the swap fbo and rbo into the context and make sure to destroy them
when the context goes away. Add unfortunate lazy allocation of the fbo
and rbo because we need them to be part of the right context.
|
| |
| |
| |
| |
| | |
Make sure we copy from the private surface into the parent surface at
swapBuffers time.
|
| |
| |
| |
| | |
We'll need this to handle GL widgets.
|
| |
| |
| |
| |
| | |
This will let us source from offscreen GL widget surfaces and copy into
the parent surface.
|
| |
| |
| |
| |
| |
| |
| | |
Even GL widgets will allocate window surfaces, so share everything
there. This still leaves a hole when we mix GL widgets and the raster
back end (the created platform GL context won't have a DRM buffer to use
for its objects & context), but that won't work right now anyway...
|
| |
| |
| |
| |
| | |
GL widgets need a platform GL context. Add one to get hellogl_es2
limping along.
|
| |
| |
| |
| | |
This will set mUseOpenGL when -platform waylandgl is passed to clients.
|
| | |
|
| |
| |
| |
| |
| | |
Works with analogclock, draws upside down, fails to resize, and doesn't
show GL widget with hello_es2.
|
| |
| |
| |
| | |
Unused variables, debug output.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
The surface is destroyed when the window is hidden, so we can't use that
for looking up the widget to send events to.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Remove code which was wrong
|
| |
| |
| |
| | |
QApplication allready knows the modifiers
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add -platformpluginpath command line option that
spesifies an additional directory to scan for
plugins. Also read QT_QPA_PLATFORM_PLUGIN_PATH.
QlatformIntegrationFacgtory::create() now tries
to load the plugin from the external path first.
Similarly, keys() returns the keys from the
extra path in addition to the "internal" keys
API changes:
QPlatformIntegration::create() and keys() now take
an optional const QString &platformPluginPath.
New file:
externalplugin.pri, contains instructions and a
base setup for building external plugins.
|
| |
| |
| |
| |
| |
| |
| |
| | |
There is really no good way of detecting if to use EGL instead of
GLX using qmake. So this is the behavior for now:
if QtOpenGL is compiled with "desktop gl" then use GLX if its compiled
with OpenGLES2 then use EGL.
|
| |
| |
| |
| |
| | |
compatible. Ie. it does not have glx. Haven't made the egl integration
yet for testlite
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
which is a class to resolve atoms etc.
|
| | |
|
| | |
|
| | |
|