Merge lp:~mterry/unity8/bleeding-infographic into lp:unity8
| Status: | Merged |
|---|---|
| Approved by: | Michael Terry on 2015-02-11 |
| Approved revision: | 1599 |
| Merged at revision: | 1608 |
| Proposed branch: | lp:~mterry/unity8/bleeding-infographic |
| Merge into: | lp:unity8 |
| Diff against target: |
57 lines (+9/-0) 2 files modified
qml/Greeter/GreeterContent.qml (+1/-0) tests/mocks/libusermetrics/UserMetrics.cpp (+8/-0) |
| To merge this branch: | bzr merge lp:~mterry/unity8/bleeding-infographic |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| PS Jenkins bot | continuous-integration | Approve on 2015-02-11 | |
| Gerry Boland | Approve on 2015-02-11 | ||
| Albert Astals Cid (community) | Abstain on 2015-02-11 | ||
| Daniel d'Andrada (community) | 2015-02-10 | Needs Information on 2015-02-10 | |
|
Review via email:
|
|||
Commit Message
Clip the infographic to its bounding box, instead of letting it bleed past the welcome page (visible when dragging the welcome page to the side).
I've also done a bit of cleanup for the mock infographic data:
- I've forced a very large data bubble on the right side of the screen so that this bug/fix can specifically be seen.
- I've added data for the has-pin user (so that tryShellWithPin shows infographic data).
- I've fixed a crasher in our mock libusermetrics when a user has no data but the user double-clicked on the infographic.
Description of the Change
Clip the infographic to its bounding box, instead of letting it bleed past the welcome page (visible when dragging the welcome page to the side).
I've also done a bit of cleanup for the mock infographic data:
- I've forced a very large data bubble on the right side of the screen so that this bug/fix can specifically be seen.
- I've added data for the has-pin user (so that tryShellWithPin shows infographic data).
- I've fixed a crasher in our mock libusermetrics when a user has no data but the user double-clicked on the infographic.
= Checklist =
* 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, you can see it clearly with tryShell or tryShellWithPin
* 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?
NA
* If you changed the UI, has there been a design review?
NA
- 1597. By Michael Terry on 2015-02-10
-
More comments
| Michael Terry (mterry) wrote : | # |
No, I forgot that clipping was a performance no-no. Hrm. :(
I could scale all bubbles to fit within the welcome page... But that might need Design bye-in.
| Michael Terry (mterry) wrote : | # |
Is there an easy way to measure it's effect?
| Daniel d'Andrada (dandrader) wrote : | # |
> Is there an easy way to measure it's effect?
Nothing comes to mind.
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:1597
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://
| Andrea Cimitan (cimi) wrote : | # |
> Are you aware of the performance impact caused by clipping? Isn't there any
> other way to achieve what you need?
can't we just clip when needed? just when swiping greeter for example (x coordinate)? then we can make the infographics disappear when is out of screen
- 1598. By Michael Terry on 2015-02-11
-
Only clip while swiping the greeter
| Michael Terry (mterry) wrote : | # |
> can't we just clip when needed? just when swiping greeter for example (x coordinate)?
Fair point. I've done that and added a comment on why it's more complicated than simply 'clip: true'
> then we can make the infographics disappear when is out of screen
That already happens. This bug is only visible while swiping the greeter.
| Albert Astals Cid (aacid) wrote : | # |
Honestly i am not sure this last change is better than just
clip: true
Because we have an extra binding to evaluate and we have a clipping change just when the swiping starts, changing the clipping means recalculating the scene graph (i think) so not totally convinced that it's really faster as it is now.
OTOH we may just discussing over something that doesn't really matter much, it's not like the performance in this specific part matters that much i'd say
| Michael Terry (mterry) wrote : | # |
Sounds like I need to get some actual performance numbers here.
On Wed, Feb 11, 2015 at 10:36 AM, Albert Astals Cid <
<email address hidden>> wrote:
> Review: Abstain
>
>
> --
>
> https:/
> You are the owner of lp:~mterry/unity8/bleeding-infographic.
>
--
-mt
| MichaĆ Sawicz (saviq) wrote : | # |
Yeah, without numbers there's only so much we can do. But maybe there's better ways? Can we not make it visible: false? Change the z-order? It's not as if we're interested in the contents that just got clipped - they're offscreen after all?
| Michael Terry (mterry) wrote : | # |
Saviq, it's not about the objects being wholly off screen. It's just that the circles bleed past the screen a bit:
http://
| Gerry Boland (gerboland) wrote : | # |
A one-off clip of an un-rotated rectangular item is not particularly costly. Where clipping really has an impact is for rotated or non-rectangular things, or if you're clipping part of a delegate of a list/grid view (as it breaks batching)
Turning on/off clipping dynamically just adds/removes a ClipNode from the scenegraph at the root of the Infographics' subtree. That usually kicks off a rebatching scan, but as the contents of the Infographics item is pretty unique, I don't expect any batch changes to occur.
Overall I doubt this change mas much impact on rendering speed. To check, simplest is to set QSG_RENDER_
- 1599. By Michael Terry on 2015-02-11
-
Go back to simple clip: true
| Michael Terry (mterry) wrote : | # |
OK, went back to clip: true based on IRC talk.
| PS Jenkins bot (ps-jenkins) wrote : | # |
PASSED: Continuous integration, rev:1598
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://

Are you aware of the performance impact caused by clipping? Isn't there any other way to achieve what you need?