Hi Brian,
Please make sure you are using repeat children region for your data and you selected a value in the Key field in the UI (for the repeat children).
Thanks @Teodor 500 hours into the project which was basically built around the Swiper component and Lazyloader and 1 week after go live this is spotted.
I did warn the customer it was not ready, not fully tested and still had a few glitches and data was lacking (they have only uploaded 390 room prices of 10,000) but they were impatient
I’m not sure if the Swiper is going to like 10000 slides, it is all created in the DOM and will probably become very slow. The original Swiper plugin has support for virtual slides, perhaps we could implement that (http://idangero.us/swiper/api/#virtual). I’m updating the swiper to fix the src issue.
I notice that you load all rooms directly, why do you reload again for the filter? If you already have all rooms, why not use them and filter directly cient-side. You can use a Data View for that.
Thanks @patrick, src issue fix will be most welcome
As to 10,000 slides, watching the performance carefully as like you, i am doubtful it can handle that number.
Plan B, if performance dips too much, is limit the number of of rooms returned using a paged query (say 1000 or so max)
The rooms are randomised via a separate routine regularly, so swiper choice will also change so no advertiser is disadvantaged due to location or position in the alphabet etc
That is the main reason for the full reload, if i have to do that, which i am fairly confident i will have to, the full dataset wont be loaded only a subset so cant be filtered at client side.
So basically forward planning is the answer i suppose.
Virtual slides looks very interesting
Thanks for all your help, brilliant as always
EDit. Got me thinking now, maybe full data load then client side filter would work as the swiper would only be applied to the subset.