Using PullToRefresh in a secondary page breaks content's position
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | ubuntu-ui-toolkit (Ubuntu) |
Undecided
|
Tim Peeters | ||
Bug Description
See the attached example: the first page works fine. Once the pull-to-refresh action is triggered, the second page is loaded and its contents' offset is wrong (it behaves as if the header was missing).
If this bug is hard to fix, please advise for a workaround -- I couldn't find any.
| Alberto Mardegan (mardy) wrote : | #1 |
| Alberto Mardegan (mardy) wrote : | #3 |
Ah, thanks, that worked to some extent. However, now the contents are scrolled leaving some whitespace above them (which goes away as soon as I click on the LitsView).
I'm attaching the modified code which shows the issue.
| Changed in ubuntu-ui-toolkit (Ubuntu): | |
| status: | Incomplete → New |
| Zsombor Egri (zsombi) wrote : | #4 |
That behavior can be seen in many other cases when you simply use a ListView without any PullToRefresh. That is somehow related to the Header functionality, so I forward this to Tim.
| Changed in ubuntu-ui-toolkit (Ubuntu): | |
| assignee: | nobody → Tim Peeters (tpeeters) |
| status: | New → Triaged |
| Tim Peeters (tpeeters) wrote : | #5 |
That sounds like a separate issue. Please report a new bug for that.
| Changed in ubuntu-ui-toolkit (Ubuntu): | |
| status: | Triaged → Invalid |
As both ListViews use the same model, you must disable the one from page0, otherwise they both will control the header.
And probably you could use UbuntuListView, which has a built-in PullToRefresh control.