Please see below ...
Joe.
> -----Original Message-----
> From: Witold Filipczyk [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, October 02, 2001 4:10 PM
> To: [EMAIL PROTECTED]
> Subject: Re: ALT
>
> On Mon, Oct 01, 2001 at 05:54:19PM +0200, Michael Polak wrote:
> > [EMAIL PROTECTED] wrote:
> >
> > > Hi!
> > > Here is example program, how to use ALT with svgalib:
> > >
> > > #include <vgakeyboard.h>
> > > #include <stdio.h>
> > >
> > > int main() {
> > > char *buf;
> > > keyboard_init();
> > > do {
> > > keyboard_update();
> > > buf = keyboard_getstate();
> > > if ((buf[SCANCODE_LEFTALT] | buf[SCANCODE_RIGHTALT])
> > > & buf[SCANCODE_P]) fprintf(stderr,"ALT P\r");
> > > else fprintf(stderr," \r");
> > > }
> > > while (buf[SCANCODE_ESCAPE]==KEY_NOTPRESSED);
> > > keyboard_close();
> > > exit(0);
> > > }
> > >
> > > You could use SCROLL_LOCK, too.
> >
> >
> > I am using different method - switching console to raw input mode
> > using settermios() function. Do you think it will be compatible ?
>
> Probably svgalib use termios.h internally (look at sources of svgalib!),
> but using <vgakeyboard.h> is easier and self-explanatory.
> If you want write X11 version SDL is better choice than GGI.
> SDL have good documentation in HTML. (In arachne-ggi middle button of
> mouse
> doesn't work for me ).
>
[Joe da Silva]
Hmmm, that reminds me ... I couldn't get the middle
mouse button to do anything either (yes, I did use
the "special" modified Cute Mouse driver ;-).
> Why GIFs aren't treat in the same way as PNGs and JPEGs?
> In documentation of RedHat 6.2 there is a lot GIFs and some of them are
> very
> slow decompressed by Arachne.
>
[Joe da Silva]
AFAIK, GIF's are handled internally by Arachne,
whereas PNG's and JPEG's are first converted
by external programs into BMP format (IIRC),
which Arachne also handles internally. I guess
if you find GIF's decompressed slowly, then this
part of Arachne may need some optimization.
OTOH, in DOS Arachne, GIF's don't seem slow.
Speaking of optimizations, can someone tell
me what Arachne is doing when it says "Mixing
palette" in 256 colour mode? Is it merely writing
the RAMDAC palette, or is it converting the
image pixel data? If the former, why does it take
so long? In either case, why does it need to do
it twice for each page?
> Rendering of tables in Arachne differ from other browsers.
> In Arachne it looks like this:
> | | | | |
> | | | | |
> | | | | |
>
> In other browsers:
> | | | | |
> | | | | |
> | | | | |
>
[Joe da Silva]
You need to give specific examples. BTW, while
I have noticed a few tables do not display correctly,
this is the exception, not the rule. Normally, most
tables are displayed just fine.
> I don't know why you didn't implement CSS yet. It should be easy.
> Hashes should be heavily used for almost everything:
> HTTP header fields, attributes of tags, ...
> Because JavaScript uses hashes it will be much easier to implement it
> when everything is based on hashes.
> It shouldn't slow down Arachne and increase memory requirement.
>
> In new version of Arachne will be HTTP 1.1, won't be?
>
> Witek
