Re: [Development] Access to depth and stencil buffers in QOpenGLFramebufferObject

2014-05-16 Thread Sean Harmer
On Friday 16 May 2014 08:33:45 Agocs Laszlo wrote: > Hello, > > What is the use case for accessing the renderbuffers? It is probably left > out since access to them was not seen important. (given that it is the > texture that matters for the 2D UI development scenarios Qt has > traditionally been

Re: [Development] Access to depth and stencil buffers in QOpenGLFramebufferObject

2014-05-16 Thread Agocs Laszlo
Hello, What is the use case for accessing the renderbuffers? It is probably left out since access to them was not seen important. (given that it is the texture that matters for the 2D UI development scenarios Qt has traditionally been targeting) The getters should probably be added nonetheless.

Re: [Development] Access to depth and stencil buffers in QOpenGLFramebufferObject

2014-05-16 Thread Sean Harmer
On Friday 16 May 2014 00:31:01 Taylor Braun-Jones wrote: > Hi all, > > I'm working on a VTK-in-FBO solution for integrating VTK into Qt Quick 2 > and trying to understand why QOpenGLFramebufferObject provides methods: > > GLuint QOpenGLFramebufferObject::handle() const > GLuint QOpenGLFramebuffer

Re: [Development] The rowsAboutToBeRemoved signal in ListModel

2014-05-16 Thread Jędrzej Nowacki
On Friday 16 of May 2014 12:33:49 Ben Lau wrote: > Why? Is there any special reason to implement in this order? or it is a bug? It look like a bug. Cheers, Jędrek ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mail