Hi Michael,
The following form snippet is not responding when browsed
with Arachne, it works just fine with both IE and NS....
X-------Cut Here------X
<BASE HREF="http://www.textfire.com/beta/">
<HTML><HEAD><TITLE>Interactive Fiction Beta-Testing Site</TITLE>
</HEAD><BODY BGCOLOR="#FFFFFF"><HR></P>Non-competition games:</P>
<FORM METHOD="POST" ENCTYPE="application/x-www-form-urlencoded">
<INPUT TYPE="hidden" NAME="game_dir" VALUE="non-comp">
<SELECT NAME="game" SIZE=6>
<OPTION SELECTED VALUE="uux.zip">uux.zip
<OPTION VALUE="letters.z5">letters.z5
<OPTION VALUE="MelonMan.hex">MelonMan.hex
<OPTION VALUE="DrgnLord.zip">DrgnLord.zip
<OPTION VALUE="koabeta.zip">koabeta.zip
<OPTION VALUE="escape.z5">escape.z5
</SELECT>
<INPUT TYPE="submit" NAME=".submit" VALUE="Pick Game">
</FORM></BODY></HTML>
X-------Cut Here------X
Apparently the culprit is Arachne's <FORM> tag handling...
Note that line #4 in the snippet above:
<FORM METHOD="POST" ENCTYPE="application/x-www-form-urlencoded">
... has no ACTION parameter at all. Which according to an older
HTML spec (I forgot which one), should be default to the current
URL when absent.
Changing line #4 above with the following brings the form back to
live in Arachne:
<FORM METHOD="POST" ENCTYPE="application/x-www-form-urlencoded"
ACTION="">
^^^^^^^^^
Yep, you're right, that's an empty string assigned to ACTION! <g>
Actually, ENCTYPE="application/x-www-form-urlencoded" is also a
default. Therefore, the following shorter replacement should be
sufficient (both IE and NS accept this for backward compability
reasons):
<FORM METHOD="POST">
Just for completeness, METHOD's default value is "GET". Thus
the following even shorter tag:
<FORM>
... is a valid shortcut for:
<FORM METHOD="GET" ENCTYPE="application/x-www-form-urlencoded"
ACTION="">
Oh, BTW, the snipet above was smurfed from a restricted section
for IF beta testers. You'll need username+password to actually
acessing it ;-)
--Eko
http://escribe.com/computing/opdif/
