#12869 closed defect (fixed)
dojox mobile scrolling is very choppy.
Reported by: | Chris Mitchell | Owned by: | ykami |
---|---|---|---|
Priority: | high | Milestone: | 1.7 |
Component: | DojoX Mobile | Version: | 1.6.1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: |
Description (last modified by )
reported by Brian Burns:
Scrolling become very choppy when a ScrollableView? becomes long than double the screen height. For example when running test_iPhone-ScrollableView?-demo.html one can add about 50 more rows to the categories page and the scrolling does not scale well.
Running on ipad.
Change History (18)
comment:1 Changed 9 years ago by
Description: | modified (diff) |
---|---|
Milestone: | tbd → 1.7 |
comment:2 Changed 9 years ago by
Owner: | changed from kami to ykami |
---|
comment:3 Changed 9 years ago by
comment:4 Changed 8 years ago by
Milestone still says 1.7... is this a 1.8 item? @chrism, where's the enhancement ticket?
comment:6 Changed 8 years ago by
This defect is to address scrolling problems with the current implementation in 1.7. For 1.8 we need to address virtual scrollling via stores. I could not find the enhancement ticket for 1.8, so I created #13789 to track that work.
comment:7 Changed 8 years ago by
The original problem this ticket was opened for was a scenario with 200 list items being slow on iOS. That problem has been fixed, and the testcase dojox/mobile/tests/test_iPhone-ScrollableView?-demo-long.html was added to verify ~200 item lists. Any list bigger than that should resort to dynamic loading, paging or virtual scrolling solution (which are not automatically supported). Take a look at mobileFileBrowser demo for an example using dynamically loaded content from a server using a tree model.
A new problem scenario is being reported with ~50 form elements, not a list. Waiting for test case from customer to reproduce.
comment:8 Changed 8 years ago by
Status: | new → assigned |
---|
comment:16 Changed 8 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
To really fix this for large lists, a paging/caching datastore will need to be used. It's similar to problems seen with grid pre-virtual paging. need to avoid lots of dom node creation...webkit will get to the point where it begins to checkerboard. Look at any long webpage to see this effect. I opened a new enhancement ticket for 1.8 to support virtual scrolling of the dojox.mobile lists, and there's also a gridx project for 1.8 that will support this for mobile use cases.