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
