| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | window: Update popover positions on ::size-allocate | Carlos Garnacho | 2014-08-03 | 1 | -0/+29 |
| | | | | | | | | | Popovers may get relocations optimized away if only x/y changed in the GtkAllocation. So make sure the toplevel updates popover positions on all situations. https://bugzilla.gnome.org/show_bug.cgi?id=729140 | ||||
| * | popover: Always apply the window shape | Carlos Garnacho | 2014-02-20 | 1 | -26/+0 |
| | | | | | | | | | | | | | | In practice this shape is only used to outline the popover when it is above native windows, in the most normal full-csw case the shape won't apply visibly, so popovers will still be able to cast a shadow there. If there are native windows below the popover, the shape will exclude the shadow, so there are no alpha contents above the window. One worst case that might happen is that the popover lays above patches of native/client-side windows, so the shadow could come and go around the border. But first let's see whether that happens often or visibly enough before adding something more convoluted. | ||||
| * | Trivial coding style cleanups | Matthias Clasen | 2014-02-09 | 1 | -1/+1 |
| | | |||||
| * | popover: Add private _gtk_popover_set_apply_shape() call | Carlos Garnacho | 2014-02-04 | 1 | -0/+26 |
| Popovers no longer sets a shape, unless this function is called. This function exists so widgets that are potentially placed on top of other native windows can get a popover that's nicely shaped, even if it has no border shadow around. https://bugzilla.gnome.org/show_bug.cgi?id=723556 | |||||
 |
index : delta/gtk+.git | |
| gitlab.gnome.org: GNOME/gtk.git |
| summaryrefslogtreecommitdiff |