#2 Very slow

[Volodymyr M. Lisivka]

VERY slow - require about 1-2 seconds just to refresh
display (fedora-1.0, XFree86-4.3, Duron-600,
ATI-Rage128, windows size -928x691. I will try it on
home too). It is slowest terminal in the world.

[Volodymyr M. Lisivka]

Logged In: YES
user_id=612269

in console too.

[Aurélien Reynaud]

Logged In: YES
user_id=808224

Indeed. The program is fairly new (hey, we are still 0.6.2
and 1.0 is a long way!). So far I focused on vt100
compatibility and portability, but not on optimization.
Speed will be the target for the 0.7 series but for now i am
more interested in your i18n problems!

[Aurélien Reynaud]

Logged In: YES
user_id=808224

Indeed. The program is fairly new (hey, we are still 0.6.2
and 1.0 is a long way!). So far I focused on vt100
compatibility and portability, but not on optimization.
Speed will be the target for the 0.7 series but for now i am
more interested in your i18n problems!

[Volodymyr M. Lisivka]

Logged In: YES
user_id=612269

But maybe you can use 20 year old techique to speed up
displaying of letters - just store each rendered pixmap of
the letter in the cache, eg.
"[A]-12-bold-Gray-Black"->pixmap of bold gray letter "A" on
black background. You even can prerender all letters using
highest quality font and then just display pixmaps (like
glinks does).

[Aurélien Reynaud]

Logged In: YES
user_id=808224

I plan to use the cache facilities provided by freetype. But
the real problem is that ggiterm is slow even when using the
native ggi font (ie unrelated to my management of glyphs).
The slowdown is more a question of flushing too often to be
sure everything is written to the screen. There is something
I can't get right with this...