1. CGI question
- Posted by Michael Sabal <mjs at OSA.ATT.NE.JP> Apr 12, 1999
- 419 views
Does anybody know how to do this: I want to write a CGI script that = manipulates a file on the web server (say a log file or status file) but = (this is the hard part) does not wipe out the page currently displayed = in the browser. Let's say that the HTML page contains JavaScript which = allows the user to push a button not in a form, which then executes said = CGI script. But also on the page are other buttons that allow the user = to do other things. However, I can't simply send the whole page back = again from the CGI script because certain array information built up in = the JavaScript program would be lost and passing the data through as = hidden fields would be too slow and cumbersome. Any suggestions? Michael J. Sabal mjs at osa.att.ne.jp ICQ: 32461146 PS: Let's assume that the CGI script is in Euphoria. In the end, it may = or may not be depending on the customer's desire.
2. Re: CGI question
- Posted by Daniel Berstein <daber at PAIR.COM> Apr 12, 1999
- 397 views
Michael Sabal wrote: > > Does anybody know how to do this: I want to write a CGI script that > manipulates a file on the web server (say a log file or status file) but (this is > the hard part) does not wipe out the page currently displayed in the browser. > Let's say that the HTML page contains JavaScript which allows the user to push a > button not in a form, which then executes said CGI script. But also on the page > are other buttons that allow the user to do other things. However, I can't > simply send the whole page back again from the CGI script because certain array > information built up in the JavaScript program would be lost and passing the data > through as hidden fields would be too slow and cumbersome. Any suggestions? The CGI that creates the to-preserve page creates the created page to file and store it's name in a hidden attribute of your form. When the other CGI is called, it knows from that hidden attribute the file to send back. Regards, Daniel Berstein daber at pair.com