automatically submitting a page

[middletree]

I suspect this has been asked before, and I know that it technically is
off-topic, as it would probably take client-side code to accomplish. But I'd
like to ask it here anyway. I'd like to add that I did a search of this
forum and other sites. I did come up with
http://www.aspfaq.com/show.asp?id=2281, but that doesn't quite do it for me.

I have a project to .... ( in the background), navigate to a web page,
pre-fill some xml text into a html text box, and push the submit button.

I have reached a dead end on component invoke's - MICRSOSOFT HTML OBJECT
LIBRARY.

I am able to get the document.

I am able to get element by collection

I am able to set the value in the text area.

I simply don't know how to process (push the button). below is the

html source. I've tried " form element" "input element". I get various
errors. I heard Argo has customers that have done this basic html handling.
Can someone give me some advice. On how this could work.



<FORM ACTION="some.dll" METHOD="POST" NAME="InfoFrmGet" TARGET="Response">

<PRE>

<TEXTAREA ROWS=15 COLS=80 NAME="HFPTREQUEST" ></TEXTAREA>

<INPUT TYPE="submit" VALUE="Submit Values"> <INPUT TYPE="reset"

VALUE="Reset " >

</PRE>

</FORM>

 

[Bob Barrows [MVP]]

I suspect this has been asked before, and I know that it technically
is off-topic, as it would probably take client-side code to
accomplish. But I'd like to ask it here anyway.

Why?

There are newsgroups set up to handle this type of question? If you were a
newcomer I would answer it here anyways, but since you have been posting
here long enough to know better, I'm going suggest posting to a relevant
newsgroup. One of the .scripting neswgroups, or any newsgroup with "dhtml"
in its name will be happy to handle this question (I know, because I
frequent those groups myself).

Bob Barrows

 

[middletree]

Mainly because I see it as somewhat related to ASP(in a roundabout way), and
because most of the DHTML groups that I have been to seem to be slow in
answering and I was holping for a quick answer to this one.

 

[Harag]

Mainly because I see it as somewhat related to ASP(in a roundabout way), and
because most of the DHTML groups that I have been to seem to be slow in
answering and I was holping for a quick answer to this one.

You could try the

comp.lang.javascript

group, there always helpful to me when I ask there. as this problem
being related to ASP - that is so far from the truth. ASP is
serverside, your problem is clientside.

quick tip: look up the ".submit()" method.

HTH

Al.

 

[middletree]

At my job, I don't have access to Usenet. I can get to specific groups which
reside on servers such as Microsoft, Macromedia, and GRC, but not a group
like comp.lang.javascript. So to go there, I'd have to wait until I got
home. That's why I didn't go there.

I do understand the difference between client-side and server-side. I felt
that this was a question that someone here could answer. I only do this type
of thing very rarely, and each time I do, I get heat for it. I think I'll
stop here before I say something I'll regret.

 

[Chris Hohmann]

At my job, I don't have access to Usenet. I can get to specific groups which
reside on servers such as Microsoft, Macromedia, and GRC, but not a group
like comp.lang.javascript. So to go there, I'd have to wait until I got
home. That's why I didn't go there.

I do understand the difference between client-side and server-side. I felt
that this was a question that someone here could answer. I only do this type
of thing very rarely, and each time I do, I get heat for it. I think I'll
stop here before I say something I'll regret.

Here are some options:

1. You could post to microsoft.public.scripting.jscript. While JScript
somewhat IE-centric, it still represents a subset/superset of EMCA
JavaScript and the newsgroup is fairly active.
2. Post to comp.lang.javascript from a web based system like Google Groups
3. If this is a background process, perhaps you should discard a browser
based solution in favor of a pure scripting solution. Here's an article that
includes an example of using the MSXML2.ServerXMLHTTP interface to post data
to a remote web page:

http://aspfaq.com/show.asp?id=2173

Once you ASP page is working, you could move the code into a script file and
schedule it to run periodically. Here's a related article:

http://aspfaq.com/show.asp?id=2143

I can understand your frustration, but it really is a disservice to everyone
when off-topic questions are posted. You are less likely to get a
meaningful/useful response, the person responding is occupied redirecting
you to a more appropriate forum for your question and others who have posted
on-topic questions are left waiting.

 

[David C. Holley]

Oh come on! The number of posts about where to post far exceed the one
that it would take to answer the question. I'm not certain if this will
answer the question or not (IF IT DOESN'T PLEASE SEE ONE OF THE
BEFOREMENTIONED SCRIPTING FORUMS), however client-side you'd use within
a function.

document.[FORM NAME].submit();

David H

 

[Harag]

Oh come on! The number of posts about where to post far exceed the one
that it would take to answer the question. I'm not certain if this will
answer the question or not (IF IT DOESN'T PLEASE SEE ONE OF THE
BEFOREMENTIONED SCRIPTING FORUMS), however client-side you'd use within
a function.

document.[FORM NAME].submit();

document.forms["FORMNAME"].submit();

and I did give the OP an idea on what to look up


Al

 

[Chris Hohmann]

Oh come on! The number of posts about where to post far exceed the one
that it would take to answer the question. I'm not certain if this will
answer the question or not (IF IT DOESN'T PLEASE SEE ONE OF THE
BEFOREMENTIONED SCRIPTING FORUMS), however client-side you'd use within
a function.

document.[FORM NAME].submit();

My thinking is that redirecting the poster to a more appropriate forum is
hopefully a one time affair that provides a better resource for future
client-side inquiries. Conversely, making an exception "just this once" only
reinforces the notion that this newsgroup is an appropriate forum for
client-side questions. You will note that in addition to pointing the poster
to a client-side newsgroup accessible from his work environment, I also
suggested a server-side solution. Finally, I empathize with the posters
frustration. We've all been in this situation at one time or another. Using
the most tactful language at my disposal, I simply tried to explain why
off-topic posting is a losing proposition for all involved. As you seem
willing to be the standard bearer for client-side questions in this
newsgroup, I will leave you to it and wish you Godspeed.