Здравствуйте, vdimas, Вы писали:


CS>>"Иногда GDI+ не очень проворна" (автор указан ниже).

V>Иногда GDI+ сидит поверх дров GDI. Скоро будет наоборот.

Эту мулечку я уже от кого-то из здесь присутвующих слышал...
Года три тому назад.

Только ты все перепутал.

GDI как и GDI+ будут эмулирваться в
Windows Graphics Foundation которая есть "многоканальная" версия DirectX.


CS>>Это киллер и UI и редактора как ты сам понимаешь.
CS>>И самое грустное — ни объехать сие ни на какой козе.

V>Это уровень 0, не более того. Ты всерьез считаешь, что нормальный редактор должен делать рендеринг прямо на экран?
V>Не понял? Почему не объехать? Нельзя рисовать по точкам или плюнуть в него битмапом? Он тебе даже антиалиасинг заботливо сделает, если хочешь

"плюнуть в него битмапом" можно конечно если у тебя есть чем этот битмап эффективно наполнять.
Только битмап то только на экран можно это самое... На принтере-то пикселов нет...

Я вообще не понимаю... ну есть же в .NET GDI+ ну и рисуйте на нем в конце концов...
Он классовый по сами помидоры. Ну медленнее, ну дык ить как говорят в преферансе "за той горой все спрячется".

Чего не хватает-то? Еще десятка классов всяко разных? Или чего? В чем проблема GDI+?
Кто-нибудь может задачу/проблему-то описать? Только без эзотерики.

Я свою гипотезу изложил почему медленно и как надо правильнно.
Макс на примере AGG, я на примере Harmonia/HTMLayout демонстрируем наши подходы на практике.

"К рукавам претенцзии есть?"