155 Commits

Author	SHA1	Message	Date
Alexander Larsson	eeca838778	Add meta_window_is_on_primary_monitor function ... This is useful in a couple of places to avoid opencoding it. https://bugzilla.gnome.org/show_bug.cgi?id=609258	2011-03-17 13:48:54 +01:00
Alexander Larsson	d6f0d2c64c	Add API to get the monitor of a window ... https://bugzilla.gnome.org/show_bug.cgi?id=609258	2011-03-17 13:48:54 +01:00
Alexander Larsson	f9b5cdfeb1	Add api to get the primary monitor of the screen ... We don't actually use the full xrandr to get the primary monitor, we just rely on the xrandr xinerama compat code to return the primary monitor first. This lets us avoid adding unnecessary xrandr code and avoids issues with _NET_WM_FULLSCREEN_MONITORS monitor indexes being defined wrt xinerama monitor index order. https://bugzilla.gnome.org/show_bug.cgi?id=609258	2011-03-16 20:28:33 +01:00
Jeffery Olson	70ffb564ff	expose MetaWindow .move(), resize() and add/expose .move_frame() ... The latter move method will place the window by the origin of the enclosing window decoration/frame, while the former will place by the origin of the inner window, itself. (Also moved meta_window_showing_on_its_workspace comment into gtk-doc) https://bugzilla.gnome.org/show_bug.cgi?id=642355	2011-03-09 13:49:54 -05:00
Dan Winship	c84da3ce1b	Move the installed includes to a subdir ... If mutter is going to be a "real" library, then it should install its includes so that users can do #include <meta/display.h> rather than #include <display.h> So rename the includedir accordingly, move src/include to src/meta, and fix up all internal references. There were a handful of header files in src/include that were not installed; this appears to have been part of a plan to keep core/, ui/, and compositor/ from looking at each others' private includes, but that wasn't really working anyway. So move all non-installed headers back into core/ or ui/. https://bugzilla.gnome.org/show_bug.cgi?id=643959	2011-03-07 18:19:53 -05:00