Re: Proposal for future improvements

> > In the general case, the most efficient implementation may be to
> > maintain two copies of the window bitmap and copy them, to swap them,
> > twice for each blink.  I think this is probably why it is considered
> > optional.
> The requires much more overhead than the required blinking! With this route
> YOU implement the blinking. With the tag, the brouwser implements the
> blinking (and it has the option to disable it)

What I'm describing here is how a browser would need to implement 
blinking.  If you want Amaya to blink, then Amaya has to either copy 
over the whole window twice for each blink, or copy over all of the 
blinking elements twice for each blink.  The latter option is more 
efficient for small amounts of blinking but would be a lot more 
expensive for extensive use of blinking.

You get blinking free on some character cell terminals, because there 
is an attribute for each character and the hardware combines a 
blinking clock with that attribute and the display data in a gate.  
Bitmap type displays generally don't have a plane reserved for a 
blinking attribute, so require the whole of the blinking areas to be 
updated for each blink.

-- 
David Woolley - Office: David Woolley <djw@bts.co.uk>
BTS             Home: <david@djwhome.demon.co.uk>
Wallington      TQ 2887 6421
England         51  21' 44" N,  00  09' 01" W (WGS 84)

Received on Wednesday, 2 December 1998 09:24:41 UTC