aboutsummaryrefslogtreecommitdiff
path: root/src/im-application-list.c
Commit message (Collapse)AuthorAgeFilesLines
...
* Setting the status of the menu based on the aggregate application statusTed Gould2013-08-151-4/+45
|
* Adding a set status signalTed Gould2013-08-151-1/+13
|
* Setting up a callback on the activation to set the state and update the ↵Ted Gould2013-08-151-0/+25
| | | | applications
* Tracking application statusTed Gould2013-08-151-0/+8
|
* Create a status actionTed Gould2013-08-151-6/+12
|
* Really we should set status on the application listTed Gould2013-08-151-0/+9
|
* application list: show non-running applicationsLars Uebernickel2013-08-131-0/+3
|
* application list: update draws-attention when necessaryLars Uebernickel2013-08-131-37/+47
|
* Add application actionsLars Uebernickel2013-08-131-5/+30
|
* Add desktop menuLars Uebernickel2013-08-131-11/+73
| | | | | Only shows application launchers right now.
* Prefix action names with "indicator."Lars Uebernickel2013-07-311-1/+1
|
* ImApplicationList: add "remove-all" signalLars Uebernickel2012-12-201-0/+12
| | | | | This is a temporary hack to work around a crash in QMenuModel.
* im_application_list_set_remote: robuster check for running async operationLars Uebernickel2012-12-141-3/+9
| | | | | | | | | | | This fixes the case when app->proxy is still NULL but another application with the same desktop file replaces it. This should never happen in practice, but turned up while testing multiple processes which used the same desktop file. Their proxy_create async functions raced each other because the first one's wasn't properly cancelled. Also fixes a small memory leak.
* im_application_list_proxy_created: fix error conditionLars Uebernickel2012-12-141-2/+3
| | | | | | | | Also, don't print a warning when the proy couldn't be created because the operation was cancelled. This only happens when the service is shutting down or when one application replaces another one with the same desktop file (in which case we already warn with a more descriptive message).
* Don't shorten the app id to seven charactersLars Uebernickel2012-12-051-1/+6
|
* Change icon when there are any messages in the menu.Lars Uebernickel2012-12-041-0/+47
|\ | | | | | | Approved by Renato Araujo Oliveira Filho.
| * Switch accessible name and icon-name (see last commit)Lars Uebernickel2012-12-041-1/+1
| |
| * Change icon when there are any messages in the menuLars Uebernickel2012-12-041-0/+47
| |
* | Only expose one application icon (the -symbolic one)Lars Uebernickel2012-12-041-10/+4
|/
* im-application-list: initialize local variables with NULLLars Uebernickel2012-12-041-2/+2
| | | | | They are not set in every code path but freed at the end of the function.
* Export symbolic application icons on messagesLars Uebernickel2012-12-041-3/+38
| | | | | | | | This is implemented by appending '-symbolic' to the first icon name. The old icon name is kept as a fallback in case there's no symbolic icon installed. This doesn't work yet for applications that specify their icon as a filename.
* Prefix message action names with the right namespaceLars Uebernickel2012-12-031-10/+33
|
* Merge trunk and fix conflictsLars Uebernickel2012-11-301-8/+7
|\
| * ImApplicationList: specify right number of args for 'message-added'Lars Uebernickel2012-11-291-1/+2
| | | | | | | | | | | | This fixes a crash on arm, because g_signal_emit was called with one argument too many.
| * Add root menu itemLars Uebernickel2012-11-281-8/+7
| | | | | | | | | | | | | | The action for that root item lives in ImApplicationList for now, because it owns the action group (which should probably factored into its own class at some point).
* | Expose message actions on the bus (as GActions)Lars Uebernickel2012-11-301-1/+80
| |
* | Expose message actions in the phone menuLars Uebernickel2012-11-281-2/+4
| | | | | | | | | | | | And use com.canonical.indicator.messages.snapdecision as widget type if the message has actions.
* | Use aa{sv} instead of a(ssgav) to communicate actions to the serviceLars Uebernickel2012-11-281-4/+4
| |
* | Pass message action and its parameter through to the applicationLars Uebernickel2012-11-271-0/+2
| |
* | Allow adding actions to MessagingMenuMessageLars Uebernickel2012-11-271-2/+4
|/
* Tell applications when messages and sources are dismissedLars Uebernickel2012-11-261-7/+28
| | | | | | Right now, this is only used to clean up internal data structures in libmessaging-menu. It's not exposed to the application itself.
* Add "Clear All"Lars Uebernickel2012-11-261-1/+43
|
* Namespace actions with 'src' and 'msg' for sources and messagesLars Uebernickel2012-11-261-11/+25
|
* ImApplicationList: give message and source actions a boolean parameterLars Uebernickel2012-11-261-10/+16
| | | | | | The application will only be notified about the activation when this parameter is true. False denotes a dismissed item.
* ImApplicationList: listen to activate signalLars Uebernickel2012-11-261-18/+58
|
* Canonicalize application idsLars Uebernickel2012-11-261-24/+63
| | | | | | | | | | Remove trailing '.desktop' and replace all dots by underscores to make GActionMuxer work (which uses the dot as a separator). In order to contain the canonicalization to ImApplicationList, its signals now contain string parameters to id and icon name instead of GDesktopAppInfo pointers.
* ImApplicationList: use specified state for source actions (uxsb)Lars Uebernickel2012-11-221-2/+4
|
* ImApplicationList: fix typosLars Uebernickel2012-11-211-2/+2
| | | | | Thanks Olivier!
* ImApplicationList: no need to include the dynamic data in the signalsLars Uebernickel2012-11-211-16/+6
| | | | | This data can (and should) always be retrieved via actions.
* Remove application messages when it unregisters itselfLars Uebernickel2012-11-211-10/+28
|
* Replace app when another process is registering with the same idLars Uebernickel2012-11-211-15/+13
|
* Remove applications from the menu when the disappear from the busLars Uebernickel2012-11-211-0/+42
|
* ImApplicationList: listen for added and removed signalsLars Uebernickel2012-11-201-36/+149
|
* messages-service: move app handling into separate classLars Uebernickel2012-11-201-0/+348
Add ImApplicationList, a class that manages the list of applictions that are currently registered with the messaging menu. It creates dbus proxies for running applications and sends signals when the app adds messages or sources.