Re: [links] Newbie questions

On Thu, 20 May 2004 15:43:33 +0200 (CEST), you wrote:

>> Most important is to display text over a background image.  
>
>Links has no support for that. And it's not easy to add it.

Isn't there somewhere that Links paints the background?  I haven't looked at the
font painting routine yet - surely *it* has to know what the background color
is?  


>> The other requirement is displaying animated GIFs.  For our application, such
>> GIFs must be full-screen (320x240) and non-optimized.  We replaced Links' GIF
>> decoder with our own, already-functional, decoder, and we are able to display an
>> animated GIF.  The problem is that the browser calls the GIF decoder multiple
>> times for each image, so every third image is displayed.
>
>It might happen when the image is viewed in non-rectangular area. You must
>read time (with gettime()) and render the frame that should be displayed
>in given time.

That's not the problem at all.  Our GIFs are 320x240 with no transparency, and
the screen (and windows) are also 320x240.  Links' GIF decoder is broken and
can't handle animated GIFs, so we replaced it with one that does.  Ours doesn't
handle transparency, replace-by, or any optimization, but you're welcome to the
code if it makes it easier to get help.

The problem is that the decoder gets three calls for each frame in the GIF,
twice with NULL pointers and the third time with valid pointers.  If you give
Links a single frame GIF, its decoder just decodes the GIF each time; the
decoder crashes if called more than once with a multi-frame GIF.  Why does the
decoder have to be called more than once per frame?

In any case, we have animated GIFs working (with the stated limitations), except
that only one in three frames is displayed.  For a five-frame GIF, the order is:
3, 1, 4, 2, 5, and repeat.


>It can just be compiled when it finds vga.h and libvga.a. Then use
>links -g -driver svgalib -mode 640x480x256 (or other mode)

OK, I'll give it a shot.  But Links isn't running as a separate program, but as
a thread under our application.



>
>> As to the others, can somebody hit me with a clue-by-four?  We're willing to pay
>> for code already developed, or time in developing it, or for advice on how we're
>> being stupid.
>>
>> Thanks in advance.
>
>Mikulas
>

-- 
#include <standard.disclaimer>
 _
Kevin D Quitt  USA 91351-4454           96.37% of all statistics are made up


_______________________________________________
Links-list mailing list
[email protected]
http://linuxfromscratch.org/mailman/listinfo/links-list