here's the code I currently use in my CGI scripts to handle POST data if system/options/cgi/request-method = "POST" [ buffer: make string! (system/options/cgi/content-length + 10) read-io system/ports/input buffer system/options/cgi/content-length responce: make object! decode-cgi buffer ; do something with the POSTed data ] I haven't had any problems using this so far.. hopefully it will help some... Cal Dixon ([EMAIL PROTECTED]) -><- >From: [EMAIL PROTECTED] >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: [REBOL] <POST> in a form >Date: Wed, 9 Feb 2000 18:34:30 -0600 > >I am trying to pass variables to Rebol from a HTML page -no problem doing >that so far. > >Noah and I worked out the form so that a HTML formatted page (because of >the aesthetics) prints on a distant printer with a recreated HTML page with >the variables inserted. > >Good so far. > >Then we realized that the <FOR ...... GET> has a predetermined capacity of >only 2K of data. That limit is inherent to HTML, not REBOL. > >The cure to the data transfer limit is <FORM ...... POST> but we cant make >the code work inside Rebol with a POST transfer. > >The examples are all for <GET> transfers which is handled differently by >Robol (as it is with perl). > >If you need -i will give you FTP access to a file directory here so we can ><===> files. > >This will be uniquely valuable to all of us who need to have forms for >ourselves or our clients. I can show you how to auto print at a distant >printer without user intervention. Thait is not an issue. > >I am sure this is purely a labor pain. Rebol is very impressive. > >/john > > >At 0543 2/7/00 , you wrote: >>Hi John, >> >>It's a little harder to see what you're doing with all that HTML >>formatting in your mail, but I think you can do what you want with: > ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com
