On Sat, Feb 6, 2016 at 8:56 PM, luke <email address hidden> wrote:

> I've never used tiling so naturally I would never see that bug. I did see
> a similar result,
> where if I drag gnome-disks to the top edge it doesn't always go all the
> way there.
> For my purposes that's OK, but probably not for someone using tiling. That
> margin
> always exists, it's what becomes the black border without this fix, it's
> just transparent
> now. Perhaps GTK3.16 and later drop the margin when a window is tiled if
> and only if
> the WM is not recognized as a compositor? How do
> mutter/shell/muffin/cinnamon
> deal with this?
>


These windows managers simply does support _GTK_FRAME_EXTENTS and they also
report it by adding _GTK_FRAME_EXTENTS to _NET_SUPPORTED.


BTW, in gtk3.20, "window.frame" changes to "decoration."
>


Yes, I know. More work for theme authors, but this is not problem for
ubuntu 16.04 as it will not include GTK+ 3.20.


OK, the question this raises if a fix for both issues at once is not found
> is this: which
> is worse, ugly borders on CSD apps or CSD apps that don't tile all the way
> to the
> edge? Right now the choice is one or the other, and I suspect that will be
> different from
> user to user.  If the compositing support is deemed more important, than
> it could be
> merged now and the tiling worried about later.
>


My personal opinion is - this "fix" should be merged. :) But I am not
ubuntu developer...


Also, compiz as currently used by Ubuntu is enough of a problem with
> gtk3.16 and later
> that not fixing this could spur Ubuntu devs to speed up the transition to
> Unity 8 and
> drop compiz support altogether for flavors like Ubuntu MATE. I doubt they
> would change
> course now and do this for 16.04, but there is the real chance that 16.04
> will be the last
> time the flagship "ubuntu" version uses compiz and it is an LTS release.
> Thus, a strong
> reason to try and get things right by fixing both bugs. Not merging the
> compositing fix
> increases the risk that it will fall by the wayside like it did last
> Spring.
>
> I don't know how to work with bzr at all other than cut and paste the code
> to clone the
> repo locally-and with something the side of  compiz, that creates
> bandwidth problems
> on my connection. Thus the local application of patches to downloaded
> tarballs-and any
> mistakes that might have created last summer.
>
>
> On 2/6/2016 at 6:30 AM, "Alberts Muktupāvels" <email address hidden>
> wrote:
> >
> >If you tried to merge client-frame-api branch that it could cause
> >problem, because it is already merged.
> >
> >Rounded corners works, but there is new problems. Select theme
> >that adds
> >margin != 0 on .window-frame - for example Adwaita and then try to
> >tile
> >CSD window to left or right side of screen.
> >
> >--
> >You received this bug notification because you are subscribed to
> >the bug
> >report.
> >https://bugs.launchpad.net/bugs/1436553
> >
> >Title:
> >  Transparent windows render black with Gtk3.16 and compiz
> >
> >Status in compiz package in Ubuntu:
> >  Fix Released
> >
> >Bug description:
> >  Running compiz_1%3a0.9.12.0+15.04.20150202-0ubuntu1 without
> >unity (in
> >  mate compiled with gtk-3) and testing Gtk-3.16 I run into serious
> >  issues with failures to render certain Gtk Windows transparent.
> >  Hardware is AMD FX 8120 with radeon HD 6750 GPU.
> >
> >  My theme sets popup windows used by menus transparent, and Gtk
> >  application windows with client side decoration (CSD) have
> >  transparency underlying the GtkHeaderBar. In the latter case
> >this is
> >  what makes rounded corners possible.   The transparent popup
> >windows
> >  used with my theme to support menus resembling gnome-shell's
> >widgets
> >  in my hacked Gtk3 version of mate-panel work fine with Gtk3.14
> >but due
> >  to the window issue get black corners with compiz and Gtk-3.16.
> >  Windows drawn transparent with cairo still work, but windows set
> >  transparent by GTK usually do not,
> >
> >  Changing the window manager to Mutter makes transparency work
> >  perfectly. In Gtk-3.14 transparency works in Metacity with
> >compositing
> >  enabled, it does not with gtk-3.16.
> >
> >  I am not sure whether this should be considered a compiz bug or
> >a Gtk
> >  bug, but since transparency works fine in gnome-shell and mutter
> >(as
> >  used by shell), I am not sure the GNOME team would consider this
> >a bug
> >  they are willing to fix.  If nobody fixes this any GNOME
> >application
> >  that forces client side decoration (such as the gtk3-demo or gtk3
> >  -widget-factory) will be ugly in Ubuntu unless the client side
> >  decorations have square corners.
> >
> >To manage notifications about this bug go to:
> >https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1436553/+subs
> >criptions
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1436553
>
> Title:
>   Transparent windows render black with Gtk3.16 and compiz
>
> Status in compiz package in Ubuntu:
>   Fix Released
>
> Bug description:
>   Running compiz_1%3a0.9.12.0+15.04.20150202-0ubuntu1 without unity (in
>   mate compiled with gtk-3) and testing Gtk-3.16 I run into serious
>   issues with failures to render certain Gtk Windows transparent.
>   Hardware is AMD FX 8120 with radeon HD 6750 GPU.
>
>   My theme sets popup windows used by menus transparent, and Gtk
>   application windows with client side decoration (CSD) have
>   transparency underlying the GtkHeaderBar. In the latter case this is
>   what makes rounded corners possible.   The transparent popup windows
>   used with my theme to support menus resembling gnome-shell's widgets
>   in my hacked Gtk3 version of mate-panel work fine with Gtk3.14 but due
>   to the window issue get black corners with compiz and Gtk-3.16.
>   Windows drawn transparent with cairo still work, but windows set
>   transparent by GTK usually do not,
>
>   Changing the window manager to Mutter makes transparency work
>   perfectly. In Gtk-3.14 transparency works in Metacity with compositing
>   enabled, it does not with gtk-3.16.
>
>   I am not sure whether this should be considered a compiz bug or a Gtk
>   bug, but since transparency works fine in gnome-shell and mutter (as
>   used by shell), I am not sure the GNOME team would consider this a bug
>   they are willing to fix.  If nobody fixes this any GNOME application
>   that forces client side decoration (such as the gtk3-demo or gtk3
>   -widget-factory) will be ugly in Ubuntu unless the client side
>   decorations have square corners.
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1436553/+subscriptions
>



-- 
Alberts Muktupāvels