Hi,
First off thanks for releasing this code. It's great to have a solution that is so well built and tested rather than rolling the same thing.
One of the biggest issues for me right now though is that the list view cannot handle fluid width/page resizes at all.
I open the ticket more to discuss the issue than to demand a fix since I'm well aware that it's a fairly deep-rooted problem that may not have a satisfactory solution.
It may also be that the "API for notifying ListViews/ListItems when elements change size" listed in your Future work section may address part of this issue.
To share though: Lets assume that it is a common case for list item contents to change height when the page width changes - one example is because it is full of text, or other floated or inline-block elements that wrap around with fluid width.
There is a hard problem here: if the content is text or complicated inline-block elements (as in my case), it is essentially impossible to perfectly model the re-flow and therefore calculate height correction needed to ensure the scrolling will be smooth and gap/overlap free as you scroll back up after window resize. Essentially you have to re-render each "hidden" ListItem and re-measure it and then correct the height of the spacer by the difference. This is going to be very hard to do quickly enough when you may have hundreds of items with possibly thousands of DOM elements hidden.
So the discussion point is: what is the best solution we can find to this issue? If the answer is no solution, or only use fixed-width ListViews, then I think it is a very significant limitation that should be listed up front in the documentation for the library.
This is a current problem for my product so I will update this ticket if any useful solutions come up (and/or contribute a patch if appropriate).