Ayatana Indicator Messages Applet https://cgit.arctica-project.org/ayatana-indicator-messages/atom?h=21.12.0 2012-11-13T12:32:15+00:00 2012-11-13T12:32:15+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2012-11-13T12:32:15+00:00 urn:sha1:ef6b3b8daaef62a502c60e0faa22c3a4b10c0399 Both the service (in src/) and the client library (in libmessaging-menu/) need access to the dbus interface description file. Until now, it resided in src, with both Makefiles calling gdbus-codegen on it. This patch moves the file to common/ and builds a convenience library that contains only the generated code. 2012-09-18T19:54:37+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2012-09-18T19:54:37+00:00 urn:sha1:24ee0b6602960f35712adbf668099e06b8ebfb25 Up until now, the global chat status was set every time an application called _set_status. Thus, global status really meant "status of the app that last changed the status". Now, the service remembers the chat status for each application and sets the global status as a combination of all of application statuses. If applications have different statuses, the menu items are shown in an inconsistent state. This is implemented in IdoMenuItem by making it accept state as an array of strings in addition to a single string. It is drawn inconsistent if the state contains the menu item's target value in addition to other values. When the global status is changed through the messaging menu, the service doesn't update the action immediately anymore. Instead, it notifies all applications about the change via the "status-changed" signal. Applications must call _set_state to acknowledge that they have indeed changed their state. This is consistent with libmessaging-menu's documentation and design. Also, the SetStatus D-Bus call was missing a "desktop-id" parameter to tell the menu which application changed status. Changing this doesn't break existing apps, as the D-Bus interface is considered private to indicator-messages. 2012-06-27T20:44:30+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2012-06-27T20:44:30+00:00 urn:sha1:cc6cbf767baba6ab2b5f2ec32f0d9ff2a7f94cfa 2012-06-27T19:47:17+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2012-06-27T19:47:17+00:00 urn:sha1:d1492d66b1bdb7e70a342454c4fde781f448b83e 2012-05-30T17:23:43+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2012-05-30T17:23:43+00:00 urn:sha1:cb34c1a8d430a21330edc0119a6b74642f77c274 2011-07-21T21:17:09+00:00 Ted Gould ted@gould.cx 2011-07-21T21:17:09+00:00 urn:sha1:bace9e0b978cf636ea605a638c26e0354e9fc5f1 2011-07-21T21:16:42+00:00 Ted Gould ted@gould.cx 2011-07-21T21:16:42+00:00 urn:sha1:dbd11689629e2d7be0d2365f455bb9a0b7e02c80 2011-01-14T20:19:48+00:00 Ted Gould ted@gould.cx 2011-01-14T20:19:48+00:00 urn:sha1:beeedd035387f5c106b3270c9fdd6f9676f557ee 2009-08-26T02:40:35+00:00 Ted Gould ted@canonical.com 2009-08-26T02:40:35+00:00 urn:sha1:8601a2b19bdb2352b1830888f982978a447dbeec