cpd73 wrote: > Possible. But, the issue is that all items are then part of the page - > as in if you have 30000 albums, I'd need to create that many items, with > only the visible currently populated. I'd then have to watch for items > becoming visible, and update. Which in itself is probably not that hard. > However, the scrolling will become slower the more items there are. > Early releases used a library that only added part of the list to the > DOM (i.e. the page), and updated this when scrolled. But this has issues > where some items would not be drawn. > > The current A..Z grouping is a work-around for large lists.
Thanks for the explanation, I think I understand the concern about the slow scrolling with large lists. Maybe I found a possible solution, here the list is actualling scrolling faster the more items it contains. https://css-tricks.com/long-dropdowns-solution/ piCorePlayer a small player for the Raspberry Pi in RAM. Homepage: 'https://www.picoreplayer.org' (https://www.picoreplayer.org/) *Please 'donate' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=U7JHY5WYHCNRU&lc=GB¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like piCorePlayer* ------------------------------------------------------------------------ sbp's Profile: http://forums.slimdevices.com/member.php?userid=37237 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
