using a general browser as a form-based capture method

T

Terence

I actually use Fortran for programming, and wish to call from Fortran,
any process which will permit me to call a browser, while passing an
HTM form as a file name, in order to capture the entered data. The
calling opeartion is clear and works. OPera and Internat Explores, as
samples, do the job, but the storage so far achieved is only the ascii
contents of the fields and not filed-based coded replies and texts.

I then want to repeat the process with another input, the same form
and another stored output.

Of course, I know how to do the above reqirement with a web-based or
local-based form and using the POST mechanism to get one e-mailed
message per form entry to a (any specified) mailbox via a "Submit"-
type completion button.

Now, there are very many programs involved with the form generation
and the processing of the captured data, which currently relies on the
Modzilla form-generated and coded ascii e-mailed messages with the
attached data file. So changing one program or providing anothe is
possible, but is would not be possible to change all programs (>100).

I wish to do something similar to the working "POST and receive"
process, but wish to store the produced file (in the Modzilla coding)
on a local drive (the same cpu or local office net drives).

The following code processes the simple test form and writes the named
file, but only with the ascii contents of the text fields used. I need
radio, multiple, value and text fields and I need the filed-name
prefixes to each reply as per Modzilla coding.

How can I do this?
Can anyone offere a modified version of what is a basic satrt (below)?

<html>
<head>
<script language="javascript">
function Writedata()
{
var fso = new ActiveXObject("Scripting.FileSystemObject");
var write_id;
write_id = document.getElementById('write_id').value ;
var s = fso.CreateTextFile(write_id, true);

s.WriteLine(document.getElementById('name_id').value);
s.WriteLine(document.getElementById('id_id').value);

s.Close();
}

</script>
</head>
<body>
name : <input type="text" name="name" value="" id="name_id"><br/>
Address : <input type="text" name="id" value="" id="id_id"><br/>
Write file to : <input type="text" name="write" value="C://formdata//
filename.att" id="write_id"><br/>
<input type="button" onclick="Writedata(this.form)" value="STORE">
</body>
</html>
 
T

Terence

Sorry about the typos which seemed OK here (well, most) but not in the
post!
Click to expand...

I was rather hoping somebody can contribute to this question.
The browser must have the form data content in memory, plus the labels
and probably even a buffer with the proposed POST action text block.
All I wan to do is store this buffer (in Modzilla coded format) on a
local disk drive.
 
T

Thomas 'PointedEars' Lahn

Stefan said:
No, the OP's example used '//' as path delimiter. I'm not familiar
enough with ActiveX to judge if there was any specific reason for that.
I changed it to a single forward slash, which appears to work well
enough with the ActiveX FileSystemObject and Mozilla's file API.
Click to expand...

I see, a misunderstanding. I read your statement above and assumed you
introduced the double slashes because I could not find the path in the
source code at first.

However, both initWithPath() from XPCOM and CreateTextFile() from
ActiveX/COM require a file path. It is unlikely that on a WinDOS system
"C://formdata//filename.att" or "C:/formdata/filename.att" would be
recognized as such. It is more likely that the OP confused slashes and
backslashes in the first place, because "C:\\formdata\\filename.att"
evaluates to `C:\formdata\filename.att', which is a WinDOS file path.

I think your approach is too specialized, though. 3 stack levels for
retrieving the value of a single form control which name is hard-coded in
the third level?


PointedEars
 
T

Terence

Thanks to Stefan!
I'll try again.

I have software than allows a user to take almost any document which
claims to be some form of questionnaire (in any roman-alphabet or
greek alphabet characters) and turns it into a valid web-based form
for a web-site or for e-mailing to selected persons (or as a response
to an e-mail).
The sotware also writes all the processing control files needed by
fixed programs, to statistically analyse the data, write reports and
cross-tab tables and frequency tables.
The software is compatible with several market research source code
systems and can use these variuos defining systems and stored data
formats, both ascii and binary.

The existing forms as generated, automatically send the collected data
back (BY E-MAIL), in the format used by all browsers that I have made
use of, referred to as "Modzilla format" by those who have
corresponded on the subject.

However, for in-house data entry, it would be very convenient to use
such a generated form to elicit data entry without input errors,
complete with the checks and branching controls included. All that is
needed, is to to change the ACTION=POST in the HTM to something else,
covered by the jave-coded "ON-CLICK" submit button control, to store
the same data locally on a local disc instead of sending as an
attached file to the web and getting it back from there. Obviously,
the Mdozilla-coded file is created; I just need to redirect it to
local storage.
 
T

Terence

I should have noted that the user system for data entry is any Windows
system (or even several kinds of DOS and even DOS emulation on a
Macintosh). I used c:/directory/filename just as a common file example
for Windows or MSDOS systems (either forms '//' or '\\' actually work,
but some htm parsers seem to prefers a doubled slash to avoid code
confusion.

The processing system is currently Windows or MSDOS only, due to the
API-type services needed.
 
T

Thomas 'PointedEars' Lahn

Terence said:
[...] I used c:/directory/filename just as a common file example
for Windows or MSDOS systems (either forms '//' or '\\' actually work,
but some htm parsers seem to prefers a doubled slash to avoid code
confusion.
Click to expand...

HTML has nothing to do with it. `//' is not a special markup sequence; it
is the prefix of ECMAScript-compliant single-line comments, but any markup
parser or script engine that recognizes it as such in a string literal is
FUBAR.


PointedEars
 
T

Terence

I was rather hoping somebody can contribute to this question.
The browser must have the form data content in memory, plus the labels
and probably even a buffer with the proposed POST action text block.
All I wan to do is store this buffer (in Modzilla coded format) on a
local disk drive.
Click to expand...

I have been requested to post more detail.

I am aware that for personal security reasons, browsers do not
normally write to disc without going through an approved download
process. But what if the browser is working OFFLINE? What happens to
the form data? Are there then the same restrictions in force?

I have computers that are never connected to any network, yet I use
them for form generation and even web-site code testing via any (a
few, precisely for testing) browsers.

It has been suggested that the problem can (theoretically) be resolved
by using something like TinyWeb on the same computer, so that the form
posts to "localhost" and the web-server on the same computer (each and
every one needed, else one local network server) then creates the
usual dummy message and attaches the Modzilla coding of data contents
(ALL browsers that process code seem to support the format) and sends
the dummy message to the local web server.

Then the web server takes the message and attached needed file and
puts it in a local mailbox, which is also on the same computer..

Now, Tinyweb is a server program, with still huge resources and
features, including a cgi processor (which implies it could process
the form and send back error signals to the user....).

This all seems to be a huge sledgehammer to crack a mustard seed.

Since the browser must have the data from the Form in a buffer, (in
order to create the message and attachment) all I need to do, is to
get the action method="POST" to be modified to "simply" store the same
buffer on disc. Even if it only works in OFFLINE mode.

I have tested variations on the suggested (simple example) code below,
that does some of this, but only stores the unlabled ascii-string
contents of the fields filled ( think, from the WriteLine statements
instead of ALL the form used), so (even if this was accepatable).
Only my firewall asked if I wanted to store, and only the once.

I have no idea of which fields they were and the post-processing is
useless..

Remember, my object is to take any standard form HTM coding and insert
(actually generate) a modified action section to allow this target
operation. The result is a automated flexible general purpose data
entry system (since I have the "after-posting and receiving" part of
the form data processing already, that matches the original form
generation from the original enquiring any-format document).

<html>
<head>
<script language="javascript">
function Writedata()
{
var fso = new ActiveXObject("Scripting.FileSystemObject");
var write_id;
write_id = document.getElementById('write_id').value ;
var s = fso.CreateTextFile(write_id, true);
s.WriteLine(document.getElementById('name_id').value);
s.WriteLine(document.getElementById('id_id').value);
s.Close();
}

</script>
</head>
<body>
name : <input type="text" name="name" value="" id="name_id"><br/>
Address : <input type="text" name="id" value="" id="id_id"><br/>
Write file to : <input type="text" name="write" value="c:/formdata/
filename.att" id="write_id"><br/>
<input type="button" onclick="Writedata(this.form)" value="STORE">
</body>
</html>

And this is the structure of a typical form (id STUDY999) generation
for such use, which will work offline, but reminds the user to get on-
line again to send the data in the current "there-and-back" mode of
use:-

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//
EN"
"http://www.w3.org/TR/html4/loose.dtd">

<html><head><title>STUDY999</title></
head>
<form method="post" name="STUDY999"
action="mailto:[email protected]">
<input type="hidden" name="id"
value="STUDY999">
<table width=100% border=0
bgcolor="#C0C0FF"><tr><td>
<font color="#000000"
size="+1">

[any
form]

</font></td></tr></
table>
<hr><table cellspacing=0
cellpadding=0>
<tr><td><font color="#000000" size=
+1>
Connect to the Internet for normal e-mailing, then click on <br>
"Submit";
after which you can disconnect if you wish.</td></
tr>
<tr><td
align="center">
<input type="submit"
value="Submit">
</td></tr></table></form></body></
html>

Result:-
In Modzilla format, the first string of the coding in the data file
is id=STUDY999.:-
id=STUDY999++&01%2F03-00=+1&01%2F04-01=+1&01%2F04-02=+2&01%2F04-03=+3

etc
 
T

Thomas 'PointedEars' Lahn

Terence said:
I have been requested to post more detail.

I am aware that for personal security reasons, browsers do not
normally write to disc without going through an approved download
process. But what if the browser is working OFFLINE?
Click to expand...

Doesn't matter.
What happens to the form data?
Click to expand...

The same as if you were "online".
Are there then the same restrictions in force?
Click to expand...

Yes, as long as you are not working in a privileged environment.
I have computers that are never connected to any network, yet I use
them for form generation and even web-site code testing via any (a
few, precisely for testing) browsers.

It has been suggested that the problem can (theoretically) be resolved
by using something like TinyWeb on the same computer,
Click to expand...

I would use Apache, but it is all the same to the Web browser. It does not
care that the host name is `localhost'.
Since the browser must have the data from the Form in a buffer, (in
order to create the message and attachment) all I need to do, is to
get the action method="POST" to be modified to "simply" store the same
buffer on disc. Even if it only works in OFFLINE mode.
Click to expand...

It does not work this way. An HTML form is designed to make HTTP requests.
Remember, my object is to take any standard form HTM coding and insert
_objective_?

(actually generate) a modified action section to allow this target
operation.
Click to expand...

Parse error.
The result is a automated flexible general purpose data
entry system (since I have the "after-posting and receiving" part of
the form data processing already, that matches the original form
generation from the original enquiring any-format document).

<html>
<head>
<script language="javascript">
Click to expand...

Your markup is not Valid. said:
function Writedata()
Click to expand...

The identifier should start lowercase.
{
var fso = new ActiveXObject("Scripting.FileSystemObject");
var write_id;
write_id = document.getElementById('write_id').value ;
Click to expand...

You can initialize the variable in the same statement (as above).
var s = fso.CreateTextFile(write_id, true);
s.WriteLine(document.getElementById('name_id').value);
s.WriteLine(document.getElementById('id_id').value);
Click to expand...

You could save three calls to document.getElementById() if you used the form
object reference that you are already passing to WriteData(), which should
be writeData(). For example:

function writeData(f)
{
// ...
var s = fso.CreateTextFile(f.elements["write_id"].value, true);
if (s)
{
s.WriteLine(f.elements['name_id'].value);
s.WriteLine(f.elements['id_id'].value);
}
// ...
}
s.Close();
}

</script>
</head>
<body>
name : <input type="text" name="name" value="" id="name_id"><br/>
Click to expand...

Not Valid. said:
Address : <input type="text" name="id" value="" id="id_id"><br/>
Click to expand...

`name' and `id' are two particularly bad names because it creates problems
when accessing the corresponding form controls (or the form name or ID).
Write file to : <input type="text" name="write" value="c:/formdata/
filename.att" id="write_id"><br/>
Click to expand...

`write' is not a very wise name for this either. And use a TABLE here
instead.
<input type="button" onclick="Writedata(this.form)" value="STORE">
Click to expand...

It should be obvious that `this.form' does not work without a FORM element.
</body>
</html>

And this is the structure of a typical form (id STUDY999) generation
for such use, which will work offline,
Click to expand...

Maybe on your machine.
but reminds the user to get on-line again to send the data in the current
"there-and-back" mode of use:-
Click to expand...

Parse error.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//
EN"
"http://www.w3.org/TR/html4/loose.dtd">
Click to expand...

What you declare is not what you write below, and vice-versa.
<html><head><title>STUDY999</title></
head>
Click to expand...

This error is due to a Google Groups bug, I suppose.
<form method="post" name="STUDY999"
action="mailto:[email protected]">
Click to expand...

`mailto:' with forms has never worked reliably. Forget it. And
method="POST" does not make any sense without a HTTP server.
<input type="hidden" name="id"
value="STUDY999">
<table width=100% border=0
bgcolor="#C0C0FF"><tr><td>
Click to expand...

There are required quotes missing around `100%', recommended quotes missing
around `0', and the `bgcolor' attribute has been deprecated in favor of CSS
more than 11 years ago.
<font color="#000000"
size="+1">

[any
form]

</font>
Click to expand...

FORM is a block-level element, it must not be contained in an inline element
like FONT. FONT has been deprecated in favor of CSS (`font-'*, `background-
*', and `color' properties) more than 11 years ago anyway. The rest of your
markup is awfully invalid, too.
[...]
Result:-
In Modzilla format, the first string of the coding in the data file
Click to expand...

Cannot parse "Modzilla format". There is no data file. There is an e-mail
message at most.
is id=STUDY999.:-
Click to expand...

I do not think this is an exact representation of any data related to this
code.
id=STUDY999++&01%2F03-00=+1&01%2F04-01=+1&01%2F04-02=+2&01%2F04-03=+3
Click to expand...

Looks like percent-encoding according to RFC 3986 which is what can be
expected from an HTTP (RFC 1945/2616) POST request but does not fit RFC
2822, of course.


PointedEars
 
C

CaptainKirk1966

I have been requested to post more detail.

I am aware that for personal security reasons, browsers do not
normally write to disc without going through an approved download
process. But what if the browser is working OFFLINE? What happens to
the form data? Are there then the same restrictions in force?

I have computers that are never connected to any network, yet I use
them for form generation and even web-site code testing via any (a
few, precisely for testing) browsers.

It has been suggested that the problem can (theoretically) be resolved
by using something like TinyWeb on the same computer, so that the form
posts to "localhost" and the web-server on the same computer (each and
every one needed, else one local network server) then creates the
usual dummy message and attaches the Modzilla coding of data contents
(ALL browsers that process code seem to support the format) and sends
the dummy message to the local web server.

Then the web server takes the message and attached needed file and
puts it in a local mailbox, which is also on the same computer..

Now, Tinyweb is a server program, with still huge resources and
features, including a cgi processor (which implies it could process
the form and send back error signals to the user....).
Click to expand...

This is highly confusing. You are talking about a web server listening
on localhost, receiving an html form posted from a browser on the same
machine, and then e-mailing the form data back to a user on the same
local machine ?

Why would you want the server to e-mail the encoded form data back to
a user on the same , rather than act on it directly and send the
result back to the browser ?
 
C

CaptainKirk1966

I have been requested to post more detail.

I am aware that for personal security reasons, browsers do not
normally write to disc without going through an approved download
process. But what if the browser is working OFFLINE? What happens to
the form data? Are there then the same restrictions in force?

I have computers that are never connected to any network, yet I use
them for form generation and even web-site code testing via any (a
few, precisely for testing) browsers.

It has been suggested that the problem can (theoretically) be resolved
by using something like TinyWeb on the same computer, so that the form
posts to "localhost" and the web-server on the same computer (each and
every one needed, else one local network server) then creates the
usual dummy message and attaches the Modzilla coding of data contents
(ALL browsers that process code seem to support the format) and sends
the dummy message to the local web server.

Then the web server takes the message and attached needed file and
puts it in a local mailbox, which is also on the same computer..
Click to expand...

"Modzilla coding" The term you seek is most likely url encoded. I
forgot to ask what happens when the user receives the encoded form
data by email ? I presume he/she copies and pastes the encoded string
into another program for processing ?
 
D

Dr J R Stockton

In comp.lang.javascript message <8e487b16-2e23-44c4-b337-db06f74cb510@g1
g2000pra.googlegroups.com>, Sun, 15 Nov 2009 14:36:03, Terence
I am aware that for personal security reasons, browsers do not
normally write to disc without going through an approved download
process.
Click to expand...

AIUI, if you make an HTA page, using MSIE, you can combine Web-style
appearance with WSH-style access to the machine. And you can distribute
it by the Web mechanism, with instructions to save to local disc. I
have not tried it.
 
T

Terence

Oh dear!
Thomas Lahn has criticised, not "my" code" but the acumulation of code
offered by others after many concecutive insertions and fixes.
NONE of it is "my" code"! All shown except that below was in posting
responses.
Of course it doesn't match, and is a mis-mush and of incorrect syntax.

I'm not all that interested in correcting the code of others, I'm just
interested in find out what java code is necessary to take the pure
HTM form data ( the entity "this.form" for example) and store the
user-input data on the local disc in Modzilla format.

A REAL HTM form generated by our system is totally correct and woks
fine to send data needlessly back-and-forth over the internet to get
the form Modzill data back.
And, I point out, if your browser is working offline and you fill in
an htm form, that captured form data isn't going anywhere if the
action method is POST.
But it COULD be stored if there is a method of doing so. Which is what
I'm looking for.

A typical source file in HTM for our purposes would be about 40k to
100k; each form output would be about 2-4k of data per person.

Here is the smallest example of an expected RESULT file I could lay my
lands on.
It shows the capture of binary radio and multiple button choices,
decimal values and text responses. This one happens to contain spanish
responses. Greek wouldn't show up very well here.
But the concept is to be able to use one solution to work on ANY htm
form, almost whatever the language set used, although we limit to left-
to-right single byte symbols.

id=CUEST2++&01%2F03-00=+1&01%2F04-01=+1&01%2F04-02=+2&01%2F04-03=
+3&01%2F04-04=+4&01%2F04-05=+5&01%2F05-00=+1&01%2F06-01=+1&01%2F06-02=
+2&01%2F06-03=+3&01%2F06-05=+5&01%2F07-01=+1&01%2F07-03=+3&01%2F08-00=
+1&01%2F09-01=+1&01%2F09-02=+2&01%2F10-00=+2&01%2F11-RR=
+1.+Cumplimiento+de+acuerdos+ANS+%28actualizaci%F3n%2C+calidad+de+la
+data%2C+tiempo+de+respuesta%29%0D%0A+2.+Gesti%F3n+y+atenci%F3n+de+los
+Ejecutivos+de+Cuenta%0D%0A+3.+Proactividad+en+Proyectos+
%A0&01%2F16-00=+2&01%2F17-00=+2&01%2F18-00=+3&01%2F19-00=+5&01%2F20-00=
+5&01%2F21-00=+3&01%2F22-00=+3&01%2F23-00=+4&01%2F24-00=+3&01%2F25-00=
+3&01%2F27-00=+4&01%2F28-00=+4&01%2F29-00=+5&01%2F30-00=+3&01%2F31-00=
+4&01%2F32-00=+5&01%2F33-00=+5&01%2F34-00=+4&01%2F35-00=+5&01%2F36-00=
+4&01%2F37-00=+5&01%2F38-00=+4&01%2F39-02=+2&01%2F40-09=+9&01%2F41-03=
+3&01%2F42-02=+2&01%2F43-00=+1&01%2F44-00=+6&01%2F45-05=+5&01%2F46-02=
+2&01%2F47-RR=+%A0Banco+de+Venezuela&01%2F49-RR=+%A0VPA+Riesgos+de
+Particulares&01%2F51-RR=+%A0VPE+Riesgos&01%2F53-00=+4&01%2F54-00=+1.

The question, again, is, "how do I change the following htm code by
the use of java script, to replace the line
<form method="post" name="STUDY999"
action="mailto:[email protected]">
with something that changes the action from e-mailing to one of
storing?"
Obviously the final line referring to the Internate and the button
"submit" would become an action of "STORE" and an early extra input
field would have captured the person ID to create a file name variable
for storing the data.


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">

<html>
<head><title>STUDY999</title></head>
<form method="post" name="STUDY999"
action="mailto:[email protected]">
<input type="hidden" name="id" value="STUDY999">
<table width=100% border=0 bgcolor="#C0C0FF"><tr><td>
<font color="#000000" size="+1">

[any form]

</font></td></tr></table>
<hr><table cellspacing=0 cellpadding=0><tr><td><font color="#000000"
size= +1>
Connect to the Internet for normal e-mailing, then click on <br>
"Submit";
after which you can disconnect if you wish.</td></tr>
<tr><td align="center"> <input type="submit" value="Submit">
</td></tr></table></form></body>
</html>
 
T

Terence

(removed)
This is highly confusing. You are talking about a web server listening
on localhost, receiving an html form posted from a browser on the same
machine, and then e-mailing the form data back to a user on the same
local machine ?
Click to expand...

YES. Without solving local storage, this is how it has to work; else a
LOCAL webserver for the same purpose. That was the suggesting of a
private respose suggesting the use of a local webserver to acheive the
same objective. As I said "sledgehammer".
Why would you want the server to e-mail the encoded form data back to
a user on the same , rather than act on it directly and send the
result back to the browser ?
Click to expand...

Note: the "user" is one person doing data entry (from a paper near-
identical form) on a form ALSO used on the internet. The same person
may use different forms on the same day. One single processing system
has to process all forms of similar input the same way. There is NO
cgi-based validation necessary. The data from the forms is self-
identifying from the first form-name field.

Right now, to do data input repeatedly with a single particular form,
each workstation sends the data to the internet as a mailto: message
attachment (POST) and the data comes right back to the same location
as file of Modzilla coding (which format is needed). It is totally
sufficient in these cases fo the HTM form logic to collect acceptable
data. Any between-questions logical inconsistences are resolved (after
automatic detection and attention drawing) by inspection of the paper
document during a detect-and-correct process that is very rarely
needed.
 
T

Terence

"Modzilla coding" The term you seek is most likely url encoded. I
forgot  to ask what happens when the user receives the encoded form
data by email ? I presume he/she copies and pastes the encoded string
into another program for processing ?
Click to expand...

The Modzilla coding is automatically parsed, the data extracted and
compared with generated expected limit values and internal logic,
field labels supplied, a data set entry for that surveyed person is
inserted in the data base. Any text reponses are parsed via the
appropriate language tool and multiply coded as furthe data. The data
base is logically analysed and cross-checked: any individual
discrepencies detectd and correction called for by instection of the
original paper document.

Then automatic processing by programs under the control of control
files themselves generated from the the original questionnaire form
analyse the entire data base and write complex statistical reports
with confidence levels in RTF format (and other) for presentations.
 
T

Terence

Dr said:
AIUI, if you make an HTA page, using MSIE, you can combine Web-style
appearance with WSH-style access to the machine.  And you can distribute
it by the Web mechanism, with instructions to save to local disc.  I
have not tried it.

--
Click to expand...

I agree John, I should have said that the form name used becomes .HTA
for this purpose.
This achieved some small succes but not the Modzilla coding and not as
a general for all elements output.

But what else is needed to store data locally (see repeatsd code
extraction earlier)?
I don't want to distribute forms with instructions to fill and store
on the local disc (although we Do distribute to individual, whose
browser automatically MAIL the data by the POST method to US, where
it is processed. And on-web-site forms for non-pre-selected users, do
the same action).

All the forms filled in are on ONE machine and the data to be stored
on ONE machine (conceptually - really there are 15 or so). I want to
avoid mailing to ourselves, which seems ridiculous waste of energy and
web traffic.

WSH access is a term I have not met.
 
T

Terence

Corrections after more web-searching:
1) "Modzilla" should be Mozilla. I accepted some elses typo as the
correct spelling and reference.

2)" Mozilla coding" IS URL-coding as noted by "CaptainKirk1966".

So I'm after URL code, stored locally, as the output of the form.
This may be terribly obvious to some, bu all my HTMx reference books I
have assume only method=POST e-mailing in URL or other-site cgi-
checked will be used.
 
T

Terence

Corrections after more web-searching:
1) "Modzilla" should be Mozilla. I accepted some elses typo as the
correct spelling and reference.

2)" Mozilla coding" IS URL-coding as noted by "CaptainKirk1966".

So I'm after URL code, stored locally, as the output of the form.
This may be terribly obvious to some, bu all my HTMx reference books I
have assume only method=POST e-mailing in URL or other-site cgi-
checked will be used.
Click to expand...

OOPs (again)! URI coding!
In essance I'm try to find a way to define a local file name as an
agent for processing.

Suggestion: Is there a way to SAVE the filled-in FORM as a file on
disc?.
This would probaly be a list of field names, indexes, and contents.
 
E

Evertjan.

Terence wrote on 16 nov 2009 in comp.lang.javascript:
Oh dear!
[..]

I'm not all that interested in correcting the code of others, I'm just
interested in find out what java code is necessary to take the pure
HTM form data ( the entity "this.form" for example) and store the
user-input data on the local disc in Modzilla format.
Click to expand...

Java code being OT on this NG,
and moreover this NG being not interested in what you find not interesting,
and you not quoting your responses,
please dear Terence,
concider no more using this NG.

Modzilla?
Not a format,
perhaps a kind of cheese prefered in the new world?
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Similar Threads

Registration Form 7
Php modal form to email 1
Image upload not working in browser 4
Reversing output of user input by using while loop... 2
How to treat an input data as variable? 4
Filter table rows based on multiple checkboxes value 2
How can I create a table using the input element? 1
How to store data from a sign up form on a website into an sql databse 1

Members online

No members online now.
Total: 336 (members: 1, guests: 335)
Robots: 444

Forum statistics

Threads
473,995
Messages
2,570,226
Members
46,815
Latest member
treekmostly22

Latest Threads

Top