App was gnome-disks

On 4/12/2017 at 6:10 AM, "Alberts Muktupāvels" <email address hidden> wrote:
>
>On Tue, Apr 11, 2017 at 11:32 PM, luke <email address hidden> 
>wrote:
>
>> I just tested your build, behavior with CSD apps and tiling was
>> apparently the same as with the older single-line patch applied, 
>as I
>> normally apply it to all my builds. I fired up gnome-disks, and 
>it could
>> not be tiled to the edge nor even dragged to the edge with 
>either build.
>> For my uses this is OK as I use few CSD apps and never tile them.
>>
>
>Yes, because that branch still need many fixes...
>
>Currently it just adds _GTK_FRAME_EXTENTS and fixes resize 
>rectangle size
>for resize and move plugins. Default mode must be changed to 
>outline or
>rectangle to test that.
>
>I fired up GtkInspector and may have found the problem, at least in
>> gnome-disks. When the application is maximized, the window state 
>comes
>> up as "background csd maximized" but when it is tiled only as
>> "background csd" meaning theme cannot so easily separate out the 
>tiled
>> state. The maximum box-shadow radius controls the gap left when 
>tiling,
>> so it appears we have a choice beteeen black corners on all CSD 
>apps and
>> gaps between and around them when tiled. Server-side decorated 
>apps tile
>> fine, at least in my theme. I'll take the gaps over the black 
>corners or
>> forced use of a square-edged theme.
>>
>
>What app? For example I can not tile nautilus window, but it works 
>fine
>with gedit (with metacity). That could be reason why style class is
>missing. Simply window is not really tiled, it is just resized. 
>Gedit has
>tile class with both window managers - compiz & metacity.
>
>I build compiz locally with a fix that works for my use case, and 
>that's
>> about all I am hoping for at this point. My theme does support 
>tiling,
>> for which I have exactly one use case which does not involve CSD
>> windows.
>>
>> Fix might be to have compiz put a "tiled" state on all tiled CSD 
>windows
>> (if possible), then load a CSS file to force the box shadow to 
>"none"
>> when tiled
>>
>
>It is not compiz job...
>
>-- 
>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:
>  New
>Status in compiz package in Ubuntu:
>  New
>
>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/compiz/+bug/1436553/+subscriptions