| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| | |
https://bugs.launchpad.net/bugs/1154099.
Approved by PS Jenkins bot, Ted Gould.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Prior to this patch, the messaging menu only marked apps as "not running" when
they quit (i.e. disappeared from the bus). This was okay, since most
applications only ever release the ref to their MessagingMenuApp when they
quit, or after calling _unregister explicitely (which removes them from the
menu entirely).
However, this is according to libmessagingmenu's documentation, and at least
indicator-telepathy relies on it.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
indicator_desktop_shortcuts_nick_exec_with_context() with a NULL context instead - fixes the FTBFS
|
| | |
|
|/ |
|
| |
|
|
|
|
|
| |
And use g_icon_new_from_string in the indicator to make it load fallbacks.
|
|
|
|
|
| |
To make it consistent with the other indicators.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Changes the state of the "messages" action from a boolean (draws-attention) to
a string (icon-name). This has the added benefit that more logic is moved from
the plugin into the service.
It also fixes an edge case: the messaging menu didn't have the blue icon after
the service restarted (if anything was drawing attention).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, gtk didn't support changing the menu model on an already-created
GtkMenu. Since IndicatorObject doesn't allow changing the GtkMenu it exports
to the panel, IndicatorMessages created a menu with a single section, into
which the menu from the service was inserted (and removed when the service
died). This led to seperators not being shown, because separators are only
shown between top-level sections.
Gtk now has gtk_menu_shell_bind_model, which allows us to get rid of top-level
wrapper section.
|
| |
|
|
|
|
|
|
|
| |
Check whether no apps are left in remove_section instead of remove_application,
so that it is also done when an AppSection emits "destroy". This is a result
of improper merging of the watch-desktop-files and hide-indicator branches.
|
|\ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This introduces a slightly clumsy "destroy" signal for AppSection to notify
outsiders that the desktop file was deleted. This will do for now, but a
larger refactoring which pulls all the desktop-file-reading code out of
appsection is in order.
|
|\ \
| |/
|/|
| | |
https://bugs.launchpad.net/bugs/661059, https://bugs.launchpad.net/bugs/1045039. Approved by jenkins, Charles Kerr.
|
| | |
|
| |
| |
| |
| |
| |
| | |
This is done by removing the header item from the menu model in the service.
On the panel side, call indicator_object_hide() if the recevied menu is empty.
|
| |
| |
| |
| |
| |
| |
| |
| | |
This was only half-heartedly done with the _clear function, which left a
dangling pointer.
Contributed by Charles Kerr. Thanks!
|
| | |
|
| |
| |
| |
| |
| | |
Also make sure that the label is left-aligned when ellipsized.
|
| |
| |
| |
| |
| |
| | |
A new widget class IdoDetailLabel is introduced, which can display either a
string or a count. Counts are drawn as lozenges.
|
|/ |
|
|\ |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
This is done by setting their icon to the empty string, which IdoMenuItem
interprets as "show a clear icon".
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
This introduces IdoMenuItem, a GtkCheckMenuItem that can also show icons. This
should go into libido at some point. Also, Im{App,Source}MenuItem could derive
from it so that the GMenuItem-setting logic is only in one place.
|
| | |
|
| |
| |
| |
| |
| |
| | |
The code was there, but an superfluous condition made the function return
early.
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| | |
Plugs several memory leaks in app-section.c
|