Re: GSK review and ideas

2016-12-21 Thread Emmanuele Bassi
Hi Alex; On 15 December 2016 at 15:26, Alexander Larsson wrote: > I just read through the wip/otte/rendermode branch, and I must say I > really like it. It makes it very explicit that the rendernodes are > immutable. For instance, there is no "append" operation or any setters >

Re: GSK review and ideas

2016-12-16 Thread Emmanuele Bassi
Hi; On 16 December 2016 at 15:08, Owen Taylor wrote: >> First of all, generally you have to supply entire buffers that have >> valid content everywhere. If you're lucky you can use extensions like >> buffer age so that you can track which part of the back buffer is up- >>

Re: GSK review and ideas

2016-12-16 Thread Owen Taylor
On Fri, 2016-12-16 at 09:05 +0100, Alexander Larsson wrote: > On tor, 2016-12-15 at 13:15 -0500, Owen Taylor wrote: > > [...] > > Just because we need to be able to repaint the whole toplevel > > quickly for resizing and other animations, and just because games > > repaint the whole scene - that

Re: GSK review and ideas

2016-12-16 Thread Alexander Larsson
On tor, 2016-12-15 at 13:15 -0500, Owen Taylor wrote: > On Thu, 2016-12-15 at 16:26 +0100, Alexander Larsson wrote: > > > > This combined with the fact that OpenGL makes it very hard, > > flickerly > > and generally poorly supported to do damage-style partial updates > > of > > the front buffer

Re: GSK review and ideas

2016-12-15 Thread Owen Taylor
On Thu, 2016-12-15 at 16:26 +0100, Alexander Larsson wrote: > This combined with the fact that OpenGL makes it very hard, flickerly > and generally poorly supported to do damage-style partial updates of > the front buffer means we should consider always updating the entire > toplevel each time we

Re: GSK review and ideas

2016-12-15 Thread Alexander Larsson
On tor, 2016-12-15 at 11:22 -0500, Matthias Clasen wrote: >  > Note that we do have a clip rect for widgets that can be larger than > the allocation. So we can have the best of both worlds: widgets can > opt in to drawing outside their alllocation by setting a clip, and we > can still cull

Re: GSK review and ideas

2016-12-15 Thread Matthias Clasen
On Thu, Dec 15, 2016 at 10:26 AM, Alexander Larsson wrote: > > Also related to clipping, we're currently not doing any culling at > all. I think we need to make gtk_container_snapshot_child() take the > current clip into consideration when recursing. Right now we're > creating

GSK review and ideas

2016-12-15 Thread Alexander Larsson
I just read through the wip/otte/rendermode branch, and I must say I really like it. It makes it very explicit that the rendernodes are immutable. For instance, there is no "append" operation or any setters for any data (other than the mostly-debug name). I also like that it has several types of