Return-Path: 
 <user-return-132444-apmail-struts-user-archive=struts.apache.org@struts.apache.org>
Delivered-To: apmail-struts-user-archive@www.apache.org
Received: (qmail 84486 invoked from network); 1 Mar 2005 23:22:31 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 1 Mar 2005 23:22:31 -0000
Received: (qmail 66916 invoked by uid 500); 1 Mar 2005 23:22:20 -0000
Delivered-To: apmail-struts-user-archive@struts.apache.org
Received: (qmail 66835 invoked by uid 500); 1 Mar 2005 23:22:20 -0000
Mailing-List: contact user-help@struts.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:user-unsubscribe@struts.apache.org>
List-Subscribe: <mailto:user-subscribe@struts.apache.org>
List-Help: <mailto:user-help@struts.apache.org>
List-Post: <mailto:user@struts.apache.org>
List-Id: "Struts Users Mailing List" <user.struts.apache.org>
Reply-To: "Struts Users Mailing List" <user@struts.apache.org>
Delivered-To: mailing list user@struts.apache.org
Received: (qmail 66708 invoked by uid 99); 1 Mar 2005 23:22:20 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: domain of dakota.jack@gmail.com
 designates 64.233.184.206 as permitted sender)
Received: from wproxy.gmail.com (HELO wproxy.gmail.com) (64.233.184.206)
  by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Mar 2005 15:22:18 -0800
Received: by wproxy.gmail.com with SMTP id 36so74444wra
        for <user@struts.apache.org>; Tue, 01 Mar 2005 15:22:17 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
        b=qld36wSeOr2R0kravlKmEbnEglEibS/2gw1djyOfTW/heK12m1caqFjFKmC07asSIvvPUo7ZEYkqQ+GEja6WWpcZ1jQioatrOlC+37VjW9EDN4Jzi118561h+E/L+o2cy9ldpD9fPTEBRY5xdqx/JvRM4Enuk73YVyT111TkAU0=
Received: by 10.54.57.27 with SMTP id f27mr39935wra;
        Tue, 01 Mar 2005 15:22:15 -0800 (PST)
Received: by 10.54.48.70 with HTTP; Tue, 1 Mar 2005 15:22:15 -0800 (PST)
Message-ID: <e0301430050301152278a278cf@mail.gmail.com>
Date: Tue, 1 Mar 2005 15:22:15 -0800
From: Dakota Jack <dakota.jack@gmail.com>
Reply-To: Dakota Jack <dakota.jack@gmail.com>
To: Struts Users Mailing List <user@struts.apache.org>
Subject: Re: AW: Multi-select file chooser
Cc: fzlists@omnytex.com
In-Reply-To: <20050228235029.NSPE26934.viefep20-int.chello.at@gwextensa>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
References: <4223AD03.4030106@omnytex.com>
	 <20050228235029.NSPE26934.viefep20-int.chello.at@gwextensa>
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

This is not exactly true.  Again, see the code I posted to Frank
yesterday under the thread Re: Here's a question for yous...


On Tue, 1 Mar 2005 00:50:26 +0100, G=FCnther Wieser
<gwieser@creative-it.com> wrote:
>=20
> i don't want to stop your motiviation here, but a problem might be that
> there's no "hidden" file input field. and if it's not a file input field
> it's useless as we need the browser to do all the encoding of the content
> into multipart/mime etc.....
>=20
> is it possible to add input elements using java in way that they don't ge=
t
> rendered?
>=20
> -----Urspr=FCngliche Nachricht-----
> Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> Gesendet: Dienstag, 01. M=E4rz 2005 00:45
> An: Struts Users Mailing List
> Betreff: Re: AW: Multi-select file chooser
>=20
> Ah, didn't see this until I posted that form code :)
>=20
> This is what I was talking about with the "better ways to present the UI =
"
> comment.  I would have to test it, but I *think* you should be able to ha=
ve
> a single <file> element that is visible, with a number of hidden ones, an=
d
> for each file you select with the visible one you actually populate a hid=
den
> one.  Maybe have a listbox that the files get added to, and the user can
> remove existing items or add new ones, something along those lines (I'm
> thinking out loud here).
>=20
> There might be some scripting security issues there, I'd have to play a b=
it,
> but I suspect it might work.  That would give you your single browse and
> upload button like you want.
>=20
> If this is something that is interesting to enough people, I would mind
> throwing a real tag together with some options and such, perhaps a couple=
 of
> different UI presentations, etc.
>=20
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>=20
> Rakefet Bitton wrote:
> > Frank W. Zammetti <fzlists <at> omnytex.com> writes:
> >
> >
> >>You can have as many <file> elements in a form as you want, and you
> >>can process them all at once.  My web host (LunarPages) has a decent
> >>file manager, one of the functions it has is the ability to upload up
> >>to 12 files at a time.
> >>
> >>I don't know of any single tag to render such a form, but that's
> >>really what you need, and it should be trivial to write (although I'd
> >>bet it exists somewhere).  It's the server-side processing that
> >>*could* be tricky (although I think Commons Upload would deal with it
> >>just fine, probably give you a collection or something, I forget what
> >>the interface looks like.)
> >>
> >
> >
> >
> > Yes, you can have as many <file> elements as you want on a form. But
> > wouldn't you have a "browse" button for each <file> element? What I
> > was hoping is that when the user selects the "browse" button and the
> > file chooser comes up, they could select more then 1 file.  Do you know
> how I might do this?
> >
> > Thanks,
> > Rocky Bitton
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
> >
> >
> >
> >
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>=20
>=20


--=20
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org