On Sat, Feb 6, 2016 at 8:56 PM, luke <[email protected]> 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 protected]> > 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 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1436553 Title: Transparent windows render black with Gtk3.16 and compiz To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1436553/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
