нашёл

Ребят, такой кейс:
делаю pagination с данными rest api;
ProgressBar по стандарту, с размером + 1 когда данные еще можно качать : когда уже последняя страница;
проблема в том, что  на последней странице я не могу уже войти в метод (это я чекаю как раз в getNextPage) который мне скажет, что это конец, соответственно прогресБар не пропадает;
Для скролКонтрола юзаю ScrollNotification и мануально пиксели дабы избежать лишней колизии:

if (notification.metrics.maxScrollExtent == notification.metrics.pixels &&
        pixels != notification.metrics.pixels) {
      pixels = notification.metrics.pixels;
      _getNextPage();
    }

все идеально работает, без лишних запросов и дыр, кроме этого.
вопрос: может кто-то посоветовать лучший способ контролить конец listview избегая такого лока по пикселям (как выше)?

как вариант, смотреть на то что возвращается из реста и если достигнут конец выдачи, блокировать ее дальнейшее получение

@DVSstudio оно блокируется. то есть последующих реквестов по достижению конца не происходит

у меня очень банальная проблема, как убрать гребаный прогресБар на последней странице.  у меня эта проверка больше не пускает

а если показывать его только когда реально идет получение и сразу убирать когда оно заканчивается?

Если у кого-то есть, можете сюда кинуть?

загорелся флатером работая андроид джуном но как посмотрел на верстку - стало страшно , это нормально?)

да

А бесплатно?

не совсем

смотря какой пример ты смотришь

многие юзают вёрстку немного неправильно

не деля её на методы и классы

из-за этого получаются ооочень длинные спагетти

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

там ещё можно задействовать расширения и использовать немного иной подход с работой интефейса

прям как в swiftui

странно что дарт есть в вакансиях моего города , а джава котлн, свифт вообще пустота . удивило