Hi – JUCE noob here coming across the same issue 5 years later. I recently put together my first JUCE GUI prototype that makes heavy use of a large (Table)ListBox, and the scrolling is extremely slow/jittery on iOS exactly as you described. My Mac OS and Linux builds don’t have this problem at all.
I’m guessing that you’re the same person who gave this great presentation:
If so, it sounds like you solved this problem by using iOS-native UI elements and ditching the ListBox altogether…
I was hoping to avoid that route, especially since my iOS build works great otherwise – the only issue is the scrollability of lists. Unfortunately that one issue is crippling for UX since a primary feature of the app is the ability to quickly scroll through long lists of patch names.
So as a last-ditch effort before I dive into the world of iOS development (where I have zero experience), I was hoping to find out two things:
- Is there anything I can do in JUCE (tricks, using different classes, etc) that would improve the scrolling performance of a TableListBox in iOS? Have there been any improvements/workarounds since this original post?
- If my only UI concern is list-scrolling performance, what is the least-invasive way to fix that with iOS-native code? i.e. could I somehow replace my TableListBox with a native UITableListView but keep the rest of my UI in JUCE?