gnome-shell/src/shell-marshal.list

VOID:INT,INT,INT
VOID:OBJECT,INT,INT,INT,INT
VOID:BOXED
VOID:BOXED,OBJECT
VOID:OBJECT,OBJECT
VOID:STRING,OBJECT,BOOLEAN
add the initial framework of a window management interface. #561724 svn path=/trunk/; revision=70 2008-11-21 09:02:09 -05:00			`VOID:INT,INT,INT`
implement some basic window management effects. #563844 svn path=/trunk/; revision=139 2008-12-28 23:44:03 -05:00			`VOID:OBJECT,INT,INT,INT,INT`
Add finer-grained signals to ShellAppMonitor, update appDisplay 2009-08-12 16:05:25 -04:00			`VOID:BOXED`
			`VOID:BOXED,OBJECT`
Create ShellApp, rebase things on it Previously, we had ShellAppInfo, which contains fundamental information about an application, and methods on ShellAppMonitor to retrieve "live" information like the window list. AppIcon ended up being used as the "App" class which was painful for various reasons; among them that we need to handle window list changes, and some consumers weren't ready for that. Clean things up a bit by introducing a new ShellApp class in C, which currently wraps a ShellAppInfo. AppIcon then is more like the display actor for a ShellApp. Notably, the ".windows" property moves out of it. The altTab code which won't handle dynamic changes instead is changed to maintain a cached version. ShellAppMonitor gains some more methods related to ShellApp now. In the future, we might consider changing ShellApp to be a GInterface, which could be implemented by ShellDesktopFileApp, ShellWindowApp. Then we could axe ShellAppInfo from the "public" API and it would return to being an internal loss mitigation layer for GMenu. https://bugzilla.gnome.org/show_bug.cgi?id=598227 2009-10-11 16:40:00 -04:00			`VOID:OBJECT,OBJECT`
[AppSwitcher] Port Alt-Tab switcher to custom_handler interface https://bugzilla.gnome.org/show_bug.cgi?id=590563 2009-09-15 11:11:32 -04:00			`VOID:STRING,OBJECT,BOOLEAN`