Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Все рассчеты он за меня не сделает. И алгоритмы при этом заметно усложняется.
За меня делает

НС>Я уж не говорю о том, что GetTextExtent тормозной аж пипец
Ты про который из них вообще?

НС> так что его результаты надо активно кешировать иначе будут те самые тормоза, с которыми ты сражаешься.
Ты что, его посимвольно используешь что ли а потом из этих кусочков собираешь строку обратно?
Не удивительно что у тебя "всё тормозит".

НС>Он, конечно, обрежет. Но будут те самые тормоза, с которыми ты сражаешься.
На практике каких либо различимых тормозов не замечено.

НС>>> подавление фликеринга при скроллинге
CC>>Это ж вообще азбука!
НС>Это не азбука, а конкретне, в 2022 году довольно специфические навыки, требующие соответствующего спеца. С чего, собственно, разговор и начался.
Ващета double buffering это та элементарщина, без которой к графике и вовсе подходить не стоит, а не "специфические навыки"

CC>>BitBlt буфера, куда отрисован viewport уже очень давно не фликерит.
НС>А теперь вспоминаем про клиппинг. На который, конечно, можно забить, но будут те самые тормоза, с которыми ты сражаешься.

Какой нафиг клиппинг применительно к BitBlt для которого ты сам говоришь какой RECT откуда и куда сблитить?

НС>>> отсутствие аппаратного курсора
CC>>А в чём проблема нарисовать свой через банальный BitBlt?
НС>В том что это надо делать.
Ну капец какая проблема!!!
Странно что ты не сказал что это тоже "тормозит"

НС>>> поддержку мыши с пиксельными координатами и т.д.
CC>>Да не проблема жеж вообще!
НС>Да оно все не проблема, только в итоге набирается большая куча весьма специфического кода, который надо написать.
Чота ты всё как то уж очень стараешься переусложнить.

CC>>Потом выясняешь внутри строки символьное положение через GetTextExtentExPointW
НС>... который тормозит ... Ну ты понял.
Схренали он у тебя тормозит то?