On Wed, Nov 13, 2013 at 3:41 PM, Bill Spitzak <spit...@gmail.com> wrote:

> Is this to force the commit so that the subsurface appears? It might be
> better to have a direct way to get the commit to happen without redrawing
> the main surface.
>

It's to make sure that the transient's position and size is set, and that
its redraw handler is called and that the subsurface is placed accordingly.
I don't think we care too much about toytoolkit efficiently, so I'm fine
with queueing a full redraw. Feel free to fix it if you feel strongly about
making toytoolkit performant.


> In any case this looks a lot like you are hiding a bug that perhaps should
> be investigated, especially if it is in weston or your compositor, rather
> than in the toytoolkit.
>

It is not a bug in the compositor. It's a bug in toytoolkit.

Jasper St. Pierre wrote:
>
>> If a client adds a subsurface, we need to make sure it's allocated
>> properly, so queue a resize and redraw on the parent window.
>> ---
>>  clients/window.c | 3 +++
>>  1 file changed, 3 insertions(+)
>>
>> diff --git a/clients/window.c b/clients/window.c
>> index 5a1c8ec..df56bd9 100644
>> --- a/clients/window.c
>> +++ b/clients/window.c
>> @@ -4462,6 +4462,9 @@ window_add_subsurface(struct window *window, void
>> *data,
>>                 assert(!"bad enum subsurface_mode");
>>         }
>>  +      window->resize_needed = 1;
>> +       window_schedule_redraw(window);
>> +
>>         return widget;
>>  }
>>
>>
>


-- 
  Jasper
_______________________________________________
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel

Reply via email to