Re: How to start Perl application form HTML document, with Internet Explorer without installed Apache Web server?

Katharina wrote:
> How to start Perl application form HTML document, with Internet
> Explorer without installed Apache Web server?

The way you phrased your question it doesn't make any sense.

You start a Perl script interactively bey entering its name on the command
line or maybe by clicking on the icon in a GUI or programatically from
another application, etc.

HTML forms do not start any program and neither does IE (well, except for
ActiveX Controls). What they do is submit an HTTP request to a web server
and wait for response.
Just think about it: someone could write a simple HTML document, that would
be able to launch any program like e.g. "format" or "rm". Would you want to
use a browser that allows that?

As for the Apache Web server: you don't need Apache to run Perl applications
or to run IE or to view HTML forms. For submitting HTML forms you need to
connect to some web server somewhere, but that has nothing to do with Perl.

Therefore the way you combined those four components in your question (Perl,
HTML forms, IE, Apache) doesn't make sense because they have nothing to do
with each other.

I am sensing an X-Y problem here. You want to solve problem X, believe that
Y is the best way to do it, and therefore you are asking about how to do Y.
What is th original X that you are trying to solve? Chances are it is much
easier to solve that problem than the riddle of your question Y above.

jue


.

Relevant Pages

  • Multi-level list generation
    ... the actual HTML code is largely irrelavant. ... a barebone version of the perl procedure generating the above is: ... I'm not quite sure how to change the script to generate a third ... occasionally on a local machine to generate HTML sent onto a web server in ...
    (comp.lang.perl.misc)
  • Re: redirect as POST with hidden fields
    ... >> Your post mentions HTML, hidden fields, and redirects (usually ... >> performed by a web server). ... >> Why do you think this has anything to do with Perl? ... The OP was about html. ...
    (comp.lang.perl.misc)
  • Re: Walking a tree and extracting info... Problems
    ... Learn to use the Perl debugger and to use the ... foreach $file (@thefiles) { ... push @lines, $_; # push the data line onto the array ... Perl has allocated "@lines" once for the whole program; when you process the next file in the directory you push the lines on the bottom; the match for the HTML title then fires every time. ...
    (comp.lang.perl.misc)
  • Re: HTTP Filtering and Threads...
    ... You are trying to parse HTML with regular expressions. ... This is not Perl. ... # Some irrelevant code stuff... ... foreach $userID { ...
    (comp.lang.perl.misc)
  • Re: PHP-Yes, HTML-No --- Why?
    ... Surely a dynamic web server should appear exactly the same as a static one - all files that contain HTML when viewed should be called ..html. ... If you know how, say, the PHP apache module works, you'll see that the hit is absolutely, positively minimal. ... "Andrew DeFaria" <That's also exactly why php files should have php as their extensions - because that's the way that web servers determine which pages not only need parsing, but which parsing it needs. ...
    (comp.lang.php)