AgeCommit message (Collapse)AuthorFilesLines
2011-02-24Merge branch 'master' of ↵HEADmasterSam Spilsbury7-39/+215
2011-02-24Update for new gtk-w-d changesSam Spilsbury2-1/+2
2011-02-13Be a little bit smarter about that - also make the parent appearSam Spilsbury2-1/+42
unfocused when the dialog goes out of focus
2011-02-13Display transient parent as "active" if the current window has aSam Spilsbury4-1/+59
transient dialog New UXD specification
2011-02-10Add support for the switcher window being override-redirectSam Spilsbury6-43/+120
2011-02-03Explicitly include gdk/gdk.h to avoid offset problems on amd64Malcolm Lewis1-0/+1
2011-02-01Support semantic difference between frame extents and frame geometrySam Spilsbury3-11/+15
2011-01-31Revert "Don't dep on system libdecoration but on source built-one"Sam Spilsbury1-1/+2
This reverts commit 8e515dd1dd7eaf8cbf4ee5e1ef182378757aba20.
2011-01-30Fix right side grab area offsetSam Spilsbury1-0/+1
2011-01-30Redraw decoration even if the size update failed. Fixes LP #704413Sam Spilsbury1-30/+42
2011-01-29Fix typo which caused window shadows not to appear.Sam Spilsbury2-2/+2
2011-01-29Revert "Revert "Don't dep on system libdecoration but on source built-one""Sam Spilsbury1-2/+1
This reverts commit 86b00f1e1a9baff35992a58ebc962cc30d929457.
2011-01-28Revert "Don't dep on system libdecoration but on source built-one"Sam Spilsbury1-1/+2
This reverts commit 8e515dd1dd7eaf8cbf4ee5e1ef182378757aba20.
2011-01-24Fix non boolean return if there is no frame styleSam Spilsbury1-1/+1
2011-01-19Don't dep on system libdecoration but on source built-oneAurélien Gâteau1-2/+1
(as the decorator is a distro-patch for now in the compiz source)
2010-12-10Bye-Bye tooltips. It was good to have you on board but design says you are ↵Sam Spilsbury5-233/+16
2010-12-10Fix button offsetSam Spilsbury1-0/+14
2010-12-10Fix typo and orderingSam Spilsbury1-29/+29
2010-12-10Allow decoration to specify an invisible grab region for the frame (to ↵Sam Spilsbury1-0/+92
handle small frame sizes)
2010-12-10Allow the theme to specify a shadow opacity. Also nuke debug messagesSam Spilsbury2-5/+4
2010-12-10Allow metacity themes to specify shadows. WARNING: requires patched ↵Sam Spilsbury4-24/+112
libmetacity private
2010-12-10Add the ability for themes to specify active/inactive shadows, right now ↵Sam Spilsbury5-94/+269
shadow values are hardcoded
2010-12-09Testing branch for active/inactive shadowsSam Spilsbury6-32/+175
2010-12-09Fix not reading gconf properties and generate inactive shadowsSam Spilsbury4-13/+63
2010-12-09Add theme_get_shadow method. Currently doesn't do muchSam Spilsbury3-0/+23
2010-12-09Expand shadows to allow for active and inactive shadows.Sam Spilsbury5-22/+26
Currenty only does active shadows
2010-12-07Rename to unity-window-decoratorSam Spilsbury2-30/+25
2010-12-07Make cmake workSam Spilsbury1-64/+151
2010-12-07Added sourcesSam Spilsbury21-146/+8670
2010-12-07Add standalone building gtk-window-decoratorSam Spilsbury375-309283/+174
2010-12-07Initial import of coreSam Spilsbury1-0/+0
2010-12-07Merge branch 'master' of git:// Spilsbury380-0/+309707
2010-12-06Fix startup order.Sam Spilsbury5-93/+186
Previously we were doing something like this: init -> screen init -> init core plugin screen -> create windows -> eventLoop -> updatePlugins -> initPlugin (initScreen (initWindow))). This order has a number of problems with it - namely that config plugins will be loaded on one full pass of the event loop and then core options are initialized, before which we were doing certain startup procedures on the default options, which resulted in strange race condition bugs. Also, if we are compositing we have a brief (visible) switch from 2D mode to 3D mode - in reality we want to be in 3D mode ASAP. The new order is init -> updatePlugins (load plugins specified on command line) -> screen init -> load command line plugins -> update plugins (load new plugins specified by config plugins on the command line) -> init screens -> create window (init plugins for window) -> eventLoop. This means that it takes longer for us to get to the event loop, but at least we can zip through the initialization phase quite quickly
2010-12-06Dummy commitsmspillaz1-0/+0
2010-12-05Fix windows being forever treated as "not managed" in focus () and not ↵Sam Spilsbury2-1/+1
entering into scale mode, etc We need to re-set unmanaging too once managed is set again
2010-12-04Fix windows consistently moving by gravity * window decoration extents.Sam Spilsbury1-1/+15
The behaviour from 0.8 was ported to update decoration windows on the window destructor, but because we are moving windows on a timer in order to handle reparenting issues when decorating them, this also causes the time to be destroyed when the CompWindow is, so the windows never actually get moved back into place correctly. FIXME: Timers should have a referencing system, it does not make sense that we have to preserve their scope
2010-12-04Fix typoSam Spilsbury1-2/+2
2010-12-04The window must always have a frame before we do anything with itSam Spilsbury1-1/+1
2010-12-04Wait until reparent to decorateSam Spilsbury2-7/+16
2010-12-04Fix typo which caused windows not to be recognizedSam Spilsbury1-1/+1
2010-12-04Revert "Constrain windows to workArea when moving for decorations"Sam Spilsbury1-25/+0
This reverts commit d07d0103b7e76a10fb9b360d25c4ec32470eaa53.
2010-12-03Fix typo which caused windows > screen height to be placed incorrectlySam Spilsbury1-6/+8
2010-12-03Fix typosSam Spilsbury1-5/+5
2010-12-03Fix window position validation for windows that change size withoutSam Spilsbury1-0/+5
changing position. Previously, we left the position of windows that have USPosition set untouched, even if they didn't try to change position at all, but only changed size. This caused such windows to become partially offscreen e.g. if they were positioned at the lower edge of the work area before the size change and increased height afterwards. Forward port 3c16152938c44454f42d08a4b92cc46093c9a782 to master
2010-12-03Fix some focus issues:Sam Spilsbury4-2/+16
- Don't give soon-to-be-unmanaged windows focus when closing a window - Transfer focus to another window if a window that is about to get focus is closed Forward port 5a78a90a3ec9de02b8e52790fbc376a2502cead7 to master. Fixes gnome-do issue
2010-12-03Revert "Ensure that we can change the input focus, even if we requested a ↵Sam Spilsbury5-54/+15
client to take focus and it failed to do it before it was unmapped" This reverts commit 1084f0be5c200d46ad3b4358a477963d31040736. Danny suggested a better way to do this from a commit to 0.8
2010-12-03Ensure that we can change the input focus, even if we requested a client to ↵Sam Spilsbury5-15/+54
take focus and it failed to do it before it was unmapped
2010-12-02Make w->managed () wrapableSam Spilsbury2-3/+8
2010-11-27Fix switcher background drawingSam Spilsbury1-0/+1
As the default composition mode is SourceOver and the old contents are uninitialized, all sorts of graphical corruption could occur. Fix that by using Source composition mode and thus not using the old contents for blending. Forward port 50c061b29c9fccdc937f0de92ba1edccab1a05a4 to master
2010-11-27Merge branch 'master' of git+ssh:// Spilsbury2-3/+28