Merge lp:~cjcurran/indicator-sound/notifications-moved-service-side into lp:indicator-sound/fourth
Status: | Rejected |
---|---|
Rejected by: | Ted Gould |
Proposed branch: | lp:~cjcurran/indicator-sound/notifications-moved-service-side |
Merge into: | lp:indicator-sound/fourth |
Diff against target: |
261 lines (+30/-86) 7 files modified
configure.ac (+2/-4) src/device.c (+14/-2) src/device.h (+1/-0) src/indicator-sound.c (+1/-3) src/slider-menu-item.c (+12/-2) src/sound-state-manager.c (+0/-73) src/sound-state-manager.h (+0/-2) |
To merge this branch: | bzr merge lp:~cjcurran/indicator-sound/notifications-moved-service-side |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Ted Gould (community) | Approve | ||
Review via email: mp+67141@code.launchpad.net |
Description of the change
This moves the notification code service side, so as on a scroll the service triggers the notification and not the indicator.
Two benefits here:
1. The notifications are only triggered on a volume update confirmation from the pulse server. Before it was triggering the scroll on the GTK scroll event irregardless of whether the volume was updated or not. This breaks the MVC GUI pattern therefore no good.
2. Libnotify dependency is now on the service and not on the indicator in keeping with Ted's initial concept for how the indicator should be light.
Unmerged revisions
- 249. By Conor Curran
-
no whitespace in the handle event name please
- 248. By Conor Curran
-
stripped the notification stuff from the indicator and put in place the flag to determine when to send notifications from the device object
I need to do some other work around this to actually send the notification.
Its in some other branch, I'll find it. Either way this should go in.