| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
Reviewed-by: Trust Me
(cherry picked from commit 774a3536b00c4d6e4c4c10b708e31b4373a338e3)
|
| |
|
|
|
|
|
| |
information. Prior to this, if a context was created with QGLWidget it
would setup the sharing correct, but all sharing actually created on a
QPlatformGLContext level was ignored by the QGLContext, thus indicating
that it wasnt sharing with any other context.
|
| |
|
|
|
|
|
|
|
| |
truth to be told, I can't remember why I decided that it was a good idea
to have the code there. But clearly now I don't think so anymore. Such
initialisation should happen in qgl_qpa.cpp chooseContext.
If we tear down the window and the context then that has to be solved
elsewhere.
|
| | |
|
| |
|
|
| |
and ifdef the functions in qgl.h
|
| |
|
|
|
|
|
|
|
|
|
|
| |
resources. The example plugins EGLFS uses only 1 native
context. Make sure that we only use this 1 context, and that we dont
wrap it in many different QPlatformGLContexts or QGLContexts instanses.
This change also removes the QPlatformWindow link which was made in the
initial QPlatformGLContext change. Lighthouse has to support situations
where a context isnt bound to a QPlatformWindow.
Reviewed-by: gunnar
|
| |
|
|
|
|
|
|
|
| |
This means the threading functionality has been delegated down to
QPlatformGLContext. However, it is still possible to use
QGLContext::currentContext to retrieve the QGLContext. This so that
QGLFunctions, QGLShaderProgram etc can be used without a QGLWidget.
Reviewed-by: paul
|
| |
|
|
| |
Reviewed-by: paul
|
| | |
|
| |
|
|
|
|
|
|
|
| |
This reverts commit a8530e5db7ae25ea0ab5df4681308374abf8b6ba.
Conflicts:
src/gui/kernel/qplatformglcontext_qpa.cpp
src/gui/kernel/qplatformglcontext_qpa.h
|
| |
|
|
|
|
| |
should help if there are not many glxconfigs available. Also made
QGLTemporaryContext use a QWidget again instead of a QGLWidget; This
allows us to ask for a smaller window size before making the context.
|
| |
|
|
| |
Reviewed-by: Jørgen Lind
|
| |
|
|
|
| |
and made glxintegrations shared context use the correct window
configuration
|
| |
|
|
| |
Reviewed-by: Jørgen Lind
|
| |
|
|
| |
Also create a correct window for the format.
|
| | |
|
| |
|
|
|
| |
if the platformWindow is visible. Also had to make sure that the
QGLContext of a QGLWidget was recreated.
|
| |
|
|
|
|
|
|
| |
QPlatformGlContext has now a pure virtual format getter.
The way its intended to work is that the tlw has a QPlatformWindowFormat
which is the requested format. Once you get the QPlatformGlContext of
the window, you can request the QPlatformWindowFormat of the context to
see what you really got.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
This adds a getter to QPlatformGLContext for the "default shared
context". The setter is protected as it is the plugins responsibillity
to create it or not. QPlatformWindowFormat has also gotten a pointer to
a QPlatformGLContext for a non default shared context. Only implemented
shared contexts in testlite for now.
|
| |
|
|
|
| |
it is owned by the QPlatformWindow, and should thus be delted by it,
even for QGLContext
|
| | |
|
| |
|
