I would change "... by most browsers" to "... by most browsers (for security reasons)", just for a little more background.
> -----Original Message----- > From: James Mitchell [mailto:[EMAIL PROTECTED] > Sent: Friday, February 28, 2003 12:05 PM > To: 'Struts Developers List' > Subject: RE: Should html:file tag have a value attribute? > > Here's what I've come up with so far.....anyone want to add anything > before I commit this? > > <info> > <p> > <strong>NOTE</strong>: When setting this to some value, whether > intentional or as the result (for example) of validation errors > forcing the user back to the original jsp, this value is ignored > > by most browsers. > This means that your users will have to re-select any previously > selected file(s) when submitting the form. The Opera web > browser > will prompt the user so they have a chance to abort the submit. > </p> > Value to which this field should be initialized. [Use the > corresponding bean property value or body content (if any) if > property is not specified] > </info> > > > > -- > James Mitchell > Web Developer/Struts Evangelist > http://jakarta.apache.org/struts/ > > > > > -----Original Message----- > > From: Karr, David [mailto:[EMAIL PROTECTED] > > Sent: Friday, February 28, 2003 1:58 PM > > To: Struts Developers List > > Subject: RE: Should html:file tag have a value attribute? > > > > > > There's definitely a C&P error in the doc. The HTML > > specification says > > that the value of the "value" attribute MAY be used as the > > default file > > name presented in the FileChooser. My favorite web site for > > interpreting the spec, HTMLHelp, says that most browsers ignore this > > value for security reasons. I wonder what Opera does with this? > > > > Based on this, I would say we should correct the doc for the > > attribute, > > but not remove it. > > > > > -----Original Message----- > > > From: James Mitchell [mailto:[EMAIL PROTECTED] > > > Sent: Friday, February 28, 2003 10:53 AM > > > To: 'Struts Developers List' > > > Subject: RE: Should html:file tag have a value attribute? > > > > > > I'm setting up Cactus tests for that tag and while Struts will put > > > value="Some Value" if you specify it, it is completely ignored by > > > Mozilla and IE. > > > > > > I am assuming that it was just a copy and paste error since our docs > > > state..."Value of the label to be placed on this button. This value > > will > > > also be submitted as the value of the specified request parameter. > > [Body > > > of this tag (if any), or "Cancel"] (RT EXPR)". Notice that it says > > > 'button' and since it matches > > > > > > I realize that "Cancel" was probably a copy and paste error > > > (html:password has it as well). I think we need to remove it or > > > document it better. > > > > > > Your thoughts? > > > > > > > > > -- > > > James Mitchell > > > Web Developer/Struts Evangelist > > > http://jakarta.apache.org/struts/ > > > > > > > > > > > > > -----Original Message----- > > > > From: Karr, David [mailto:[EMAIL PROTECTED] > > > > Sent: Friday, February 28, 2003 12:51 PM > > > > To: Struts Developers List > > > > Subject: RE: Should html:file tag have a value attribute? > > > > > > > > > > > > Say what? What makes you think it's ignored? It doesn't > > appear to > > be > > > > ignored in Struts (handled in BaseFieldTag.doStartTag()). > > The HTML > > > > specification describes it, although another source > > > > (HTMLHelp) says that > > > > "most browsers" ignore it for security reasons. > > > > > > > > > -----Original Message----- > > > > > From: James Mitchell [mailto:[EMAIL PROTECTED] > > > > > Sent: Friday, February 28, 2003 9:36 AM > > > > > To: Struts Developers List > > > > > Subject: Should html:file tag have a value attribute? > > > > > > > > > > > > > > > Setting a value for html:file is ignored. (or is it an error in > > the > > > > > spec???) > > > > > > > > > > I wanted to bounce this off someone before I remove it from the > > xml > > > > > file. > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]