Возьмем, скажем, виджет многоколоночного списка (в разных тулкитах он по разному зовется, но это не суть). При прокрутке,вероятно, логичнее всего отображаемую во вьюпорте часть картинки сдвинуть путем простого копирования пиксмапа. Новую часть списка, которая при прокрутке появляется, надо отрисовать. Самая затратная по времени операция - это отрисовка текста. Если список большой, а окно «распахнуто» широко, то при интенсивной прокрутке на компе с квелым процессором и видео картой (не современном компе) эта отрисовка может тормозить. Однако, даже на убогом компьютере под GTK (GTK в данном случае чисто для примера) списки прокручиваются плавно и без задержек. Это наводит на мысль, что уже готовые куски отрисованных строк списка кэшируются. Но с другой стороны, если список очень большой, то нельзя же его весь закэшировать в пиксмап. И тогда при интенсивной прокрутке мы получаем опять прямую перерисовку кусков текста. В чем может быть секрет? Как думаете?
Ответ на:
комментарий
от anonymous
Ответ на:
комментарий
от zloy_starper
Ответ на:
комментарий
от unt1tled
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум Будущее тулкита GTK (2015)
- Форум Использование тулкита GTK (2024)
- Форум Прокрутка списков на тачскрине (2022)
- Форум GTK и плавная прокрутка (2005)
- Форум Кто знает продолжение списка? (2008)
- Форум как в хаскеле реализованы списки? (2013)
- Форум Создание списка в gtk (2010)
- Форум Почему родным графическим тулкитом Linux называют GTK? (2023)
- Форум [Тулкиты] [УГ] (2009)
- Форум выбор тулкита (2005)