речь идет о классе javax.microedition.lcdui.List
если у меня очень длинный список, да к тому же, скажем, с картинками, то чем мне это грозит ?
соответственно если это грозит тормозами при скроллинге, то как с этим бороться ?

вопрос звучит коряво, но я имею ввиду вот что:
справляется ли реализация List с такой ситуацией ?
или же в отдельных случаях имеет смысл переписать лист самому через Canvas, например и с использование doublebuffer?

По идее тормозить не должно, т.к. это всё выпускается в эксплуатацию после значительного тестирования. Может просто не хватить памяти устройства. Но по сути я не вижу смысла всё заливать в список, можно же как-то классифицировать данные, разбить на группы и т.д.
Можно сделать свой лист и в виде канвы если такое требуется. Вопрос лишь в том надо ли это делать?

спасибо, общую картину я себе так и представлял. Поговорю с шефом что он конкретно имел ввидупод оптимизацией прокрутки аля WinAPI (BItBLT() и т.п.)

когда я столкнулся с этой проблемой, то мне предложили так :
выводить определенное количество элементов. А это количество можно устанавливать пользователю где-нидь в настройках приложения.