Merge lp:~paulliu/unity8/lp1378469_MessageMenu into lp:unity8
| Status: | Rejected |
|---|---|
| Rejected by: | Nick Dedekind on 2015-04-15 |
| Proposed branch: | lp:~paulliu/unity8/lp1378469_MessageMenu |
| Merge into: | lp:unity8 |
| Diff against target: |
96 lines (+20/-0) 4 files modified
qml/Panel/IndicatorPage.qml (+12/-0) qml/Panel/Indicators/MessageMenuItemFactory.qml (+2/-0) qml/Panel/IndicatorsMenu.qml (+1/-0) qml/Panel/MenuContent.qml (+5/-0) |
| To merge this branch: | bzr merge lp:~paulliu/unity8/lp1378469_MessageMenu |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| PS Jenkins bot | continuous-integration | Needs Fixing on 2015-03-19 | |
| Nick Dedekind (community) | 2014-12-10 | Needs Fixing on 2014-12-17 | |
| Unity Team | 2014-12-09 | Pending | |
|
Review via email:
|
|||
Commit Message
Auto hide the indicators menu when last message is replied. (LP: 1378469)
Description of the Change
* Are there any related MPs required for this MP to build/function as expected? Please list.
No.
* Did you perform an exploratory manual test run of your code change and any related functionality?
Yes.
* Did you make sure that your branch does not contain spurious tags?
Yes.
* If you changed the packaging (debian), did you subscribe the ubuntu-unity team to this MP?
N/A
* If you changed the UI, has there been a design review?
N/A
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:1461
http://
Executed test runs:
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
None: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild:
http://
- 1462. By Ying-Chun Liu on 2014-12-17
-
Use signal to handle the hide event.
| Nick Dedekind (nick-dedekind) wrote : | # |
Urg. This is a bit nasty. Not only is this putting specific knowledge about how an indicator works into the page, it's also going to be a bit buggy.
Firstly, we're assuming that the page will be empty when we reply to the last message. Secondly, if we reply to a message when there are more than one in there and then clear all the messages at a later time then the indicators will close, due to the cached "messageReplied" property.
I think we need another component to keep track of how many messages are left (eg. MessageCounter.qml can use a filter model with model.type == "com.canonical.
This is prabably a bit more complicated than you originally thought; so if you want me to take over the bug let me know :)
| PS Jenkins bot (ps-jenkins) wrote : | # |
PASSED: Continuous integration, rev:1462
http://
Executed test runs:
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild:
http://
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:1462
http://
Executed test runs:
UNSTABLE: http://
SUCCESS: http://
SUCCESS: http://
SUCCESS: http://
UNSTABLE: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild:
http://
Unmerged revisions
- 1462. By Ying-Chun Liu on 2014-12-17
-
Use signal to handle the hide event.
- 1461. By Ying-Chun Liu on 2014-12-09
-
Fix bugs
- 1460. By Ying-Chun Liu on 2014-12-03
-
Message replied then auto-close.

Hm. i'd rather use a signal from the Factory to close the indicator rather than calling hide directly.
We used to have this feature when clicking buttons/etc in the indicator. Take a look at revision 585.