From: muta...@gmail.com   
      
   I moved a step closer to an HTML terminal with the below   
   code. Someone else provided the Javascript so I don't know   
   how to get rid of the utf8 stuff yet.   
      
   One thing that surprised me was that unlike an nntp or telnet   
   session, http seems to send an HTML page and then it never   
   gets a response back, ie the read() just sits there. It seems that   
   the browser is designed to ignore that open connection (neither   
   end seems to close it) and then it starts a brand new connection.   
   This means I didn't get the expected "GET /?key=X'.   
      
   My desire is for PDOS/386 to effectively open a serial port   
   connection to a BBS that is emitting HTML code instead of   
   ANSI escape sequences. As such, I need the "GET /" to go   
   up via the same line. There's not really a concept of a new   
   connection.   
      
   But because I would like the BBS to be able to operate with   
   a normal web browser too, I think the BBS needs to be   
   defined to have either persistent http connections or   
   non-persistent. ie both forms are valid.   
      
   Unless there's a way to get the browser to keep the   
   connection open?   
      
   Note that my htmlterm application running under PDOS/386   
   won't bother actually interpreting that javascript, it will just   
   assume that the javascript is soliciting a keystroke and send   
   a "GET /?key=whatever" up the serial line.   
      
   BFN. Paul.   
      
      
      
      
      
   line 1
   
   line two
   
   line 3
   
      
      
      
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)