Giulio Camuffo wrote:
I don't see how that would help drawing client side decorations. Or are
you talking about a different problem?
The problem I am talking about is that on X and Windows, if you have a
window created for OpenGL rendering, the method used to get a "normal
drawing context" (
On Mon, Nov 5, 2012 at 9:31 PM, Bill Spitzak wrote:
> I replied privately to this but here is a more concise reply.
>
> Samuel Rødal wrote:
>
>> In OpenGL ES 2.0 and modern desktop OpenGL there is no concept of a
>> projection matrix state...
>
>
> I am aware of this. But most applications provide
2012/11/5 Bill Spitzak
>
>I agree that it would be nice to not
>
>> create extra surfaces, but I think the cleanest way to do that would
>> be an EGL extension, otherwise pretty much all existing OpenGL code
>> will have to be modified in various ways in order to be ported.
>>
>
> I agree this
I replied privately to this but here is a more concise reply.
Samuel Rødal wrote:
In OpenGL ES 2.0 and modern desktop OpenGL there is no concept of a
projection matrix state...
I am aware of this. But most applications provide utility functions that
maintain state (such as the location of th
On Sun, Nov 4, 2012 at 10:24 PM, Bill Spitzak wrote:
> I think this problem needs to be solved for putting scrollbars and docked
> panels and all kinds of other graphics around the OpenGL viewport.
> Special-casing window borders is not the solution.
>
> It is true that the solution I have seen on
I think this problem needs to be solved for putting scrollbars and
docked panels and all kinds of other graphics around the OpenGL
viewport. Special-casing window borders is not the solution.
It is true that the solution I have seen on both X and Windows is to
make a child window and draw the
The problem is not the Qt API but OpenGL. There's no other way of
translating the contents than telling somehow the offset to the client and
let the developer accout for it, which is not acceptable.
Actually, thanks to
http://doc-snapshot.qt-project.org/5.0/qopenglcontext.html#defaultFramebufferObj
The Qt drawing api should be set with a translation, and possibly with a
clip, so that when the contents are drawn into the buffer they are
offset correctly to miss the area the window border is drawn into.
On 11/03/2012 04:46 AM, Giulio Camuffo wrote:
Hi all,
I'm trying to get decorations in
Hi all,
I'm trying to get decorations in QtWayland for EGL apps. The problem that
I'm facing is that I cannot find a good way to do so.
One solution could be to use an FBO, let the client draw in that and then
draw the content of the FBO into the surface whith its nifty decoration.
This would work
