[plt-scheme] Re: Help Desk

From: Dor Kleiman (dor at ntr.co.il)
Date: Wed Nov 12 06:34:30 EST 2003

I dislike the message as well; that is the main reason I dislike the internal browser. If you could put it in the status line it would be much better; it's the popup that's annoying.
Also, I don't have the google toolbar in the internal help desk, which colors words and searches for them within the page.
It would be nice to have that option, even though it doesn't always work; I'd use it but someone whom it doesn't work for wouldn't.
One last thing I'd do is put a help desk on a website, say run it on port 80 at http://help.drscheme.org or something like that and have an option to set the help desk to start a browser there...

-----Original Message-----
From: Robby Findler [mailto:robby at cs.uchicago.edu]
Sent: Tuesday, November 11, 2003 9:41 PM
To: Jim Witte
Cc: plt-scheme at list.cs.brown.edu
Subject: Re: [plt-scheme] Re: Help Desk

  For list-related administrative tasks:

At Tue, 11 Nov 2003 13:42:58 -0500, Jim Witte wrote:
>   For list-related administrative tasks:
>   http://list.cs.brown.edu/mailman/listinfo/plt-scheme
>    What annoys me with the current internal help desk, aside from the 
> "Getting data from server" message (I'm not on-line, there is no server 
> other than the internal httpd process),

This is the result of a poor abstraction that we have inside Help Desk
(and the web server). There is no httpd "process" involved, actually.
Instead, the PLT web server is invoked, but with a fake set of tcp/ip
primitives that do their work via internal pipes rather than tcp/ip
connections. Both the html renderer and the web server are tricked with
these fake tcp/ip prims and that's why you see those messages.

Hopefully, we can improve this at some point.

> is that I remember back two or 
> three versions of PLT scheme when there was an internal browser that 
> was at least twice as fast as the current one (I'm running the MacOSX 
> build on an 800 mhz G3 now, I was running on a 300 or 400 mhz g3 then I 
> believe).
>    I actually *didn't* like the external, JS-enabled (I think) browser - 
> it seemed slower than both the old internal browser and the current 
> internal browser - a lot of that was because the speed of the JS was 
> dependent on the web browser implementation.

Well, I'm surprised by that. I'm not sure why it would seem that way;
most of the code is the code from that era. Still, something is fishy.
We'll try to figure it out. Can you say specifically what feels slower?
Is it searching? If so, is it only the first search, or subsequent
searches? The html parser is different, actually, come to think of it
-- are there particular pages that render slowly?


Posted on the users mailing list.