Window previews in xfwm4

Olivier Fourdan fourdan at gmail.com
Tue Jan 13 15:52:56 CET 2015


Nope, sorry.

Olivier

On 13 January 2015 at 15:08, Sonal Santan <sonal.santan at gmail.com> wrote:
> Hello,
>
> IMHO this implementation fits very well with the existing infrastructure in
> tabwin which expects a GdkPixbuf to draw onto the window buttons, requiring
> minimal changes overall. I do agree that in an ideal world we would not use
> XGetImage to capture the contents of the preview pixmap but directly render
> the preview over a picture provided by the preview client. But that would
> require more changes. Also, I believe this implementation is inline with my
> original proposal of using XImage as a mechanism to exchange previews to
> clients. The images are small so the overhead should not be huge.
>
> Can we go ahead with the current design for now while I will look at
> optimizing the implementation as a future step?
>
> -Sonal
>
> On Mon, Jan 12, 2015 at 10:10 AM, Olivier Fourdan <fourdan at gmail.com> wrote:
>>
>> Hi
>>
>> I haven't looked much at the code, but using XGetImage and XImage
>> conversion seem inappropriate here.
>>
>> Using a compositor, all client windows are unredirected, meaning they
>> are rendered to an offscreen pixmap already, and the compositor has
>> all that's required already, it "knows" about all this so all you need
>> to do is to add hooks in the compositor to retrieve this and use that
>> picture, that's all. Metacity's compositor was based originally on
>> xfwm4's and had that feature up until not too long ago (not sure it's
>> still there), you should look there for an example.
>>
>> Also, please note that the gtk_ prefix is for gtk alone.
>>
>> Cheers,
>> Olivier
>
>
>
> _______________________________________________
> Xfce4-dev mailing list
> Xfce4-dev at xfce.org
> https://mail.xfce.org/mailman/listinfo/xfce4-dev


More information about the Xfce4-dev mailing list