You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Rakefet Bitton <rb...@cisco.com> on 2005/02/28 23:56:16 UTC
Multi-select file chooser
Hi, I'm using the "file" tag to select a file from my jsp. The default browser
allows the user to select only 1 file at a time. The user can not multi select
files or a directory.
Does anyone know of a multi-select file and directory chooser?
Thanks very much.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Dakota Jack <da...@gmail.com>.
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ünther Wieser
<gw...@creative-it.com> wrote:
>
> 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.....
>
> is it possible to add input elements using java in way that they don't get
> rendered?
>
> -----Ursprüngliche Nachricht-----
> Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> Gesendet: Dienstag, 01. März 2005 00:45
> An: Struts Users Mailing List
> Betreff: Re: AW: Multi-select file chooser
>
> Ah, didn't see this until I posted that form code :)
>
> 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 have
> a single <file> element that is visible, with a number of hidden ones, and
> for each file you select with the visible one you actually populate a hidden
> 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).
>
> There might be some scripting security issues there, I'd have to play a bit,
> but I suspect it might work. That would give you your single browse and
> upload button like you want.
>
> 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.
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> 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
> >
> >
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"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
Re: AW: Multi-select file chooser[Scanned]
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Dakota Jack wrote:
> Not exactly true that there is no "hidden" file input field.
As I pointed out previously in this thread, that is true. As you well
know though, you can hide a <file> field via CSS. That is what I was
referring to.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser[Scanned]
Posted by Dakota Jack <da...@gmail.com>.
Not exactly true that there is no "hidden" file input field.
On Tue, 01 Mar 2005 18:48:41 -0500, Frank W. Zammetti
<fz...@omnytex.com> wrote:
> What isn't exactly true?
>
> Dakota Jack wrote:
> > 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ünther Wieser
> > <gw...@creative-it.com> wrote:
> >
> >>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.....
> >>
> >>is it possible to add input elements using java in way that they don't get
> >>rendered?
> >>
> >>-----Ursprüngliche Nachricht-----
> >>Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> >>Gesendet: Dienstag, 01. März 2005 00:45
> >>An: Struts Users Mailing List
> >>Betreff: Re: AW: Multi-select file chooser
> >>
> >>Ah, didn't see this until I posted that form code :)
> >>
> >>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 have
> >>a single <file> element that is visible, with a number of hidden ones, and
> >>for each file you select with the visible one you actually populate a hidden
> >>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).
> >>
> >>There might be some scripting security issues there, I'd have to play a bit,
> >>but I suspect it might work. That would give you your single browse and
> >>upload button like you want.
> >>
> >>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.
> >>
> >>--
> >>Frank W. Zammetti
> >>Founder and Chief Software Architect
> >>Omnytex Technologies
> >>http://www.omnytex.com
> >>
> >>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
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>For additional commands, e-mail: user-help@struts.apache.org
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>For additional commands, e-mail: user-help@struts.apache.org
> >>
> >>
> >
> >
> >
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"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
Re: AW: Multi-select file chooser[Scanned]
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
What isn't exactly true?
Dakota Jack wrote:
> 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ünther Wieser
> <gw...@creative-it.com> wrote:
>
>>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.....
>>
>>is it possible to add input elements using java in way that they don't get
>>rendered?
>>
>>-----Ursprüngliche Nachricht-----
>>Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
>>Gesendet: Dienstag, 01. März 2005 00:45
>>An: Struts Users Mailing List
>>Betreff: Re: AW: Multi-select file chooser
>>
>>Ah, didn't see this until I posted that form code :)
>>
>>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 have
>>a single <file> element that is visible, with a number of hidden ones, and
>>for each file you select with the visible one you actually populate a hidden
>>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).
>>
>>There might be some scripting security issues there, I'd have to play a bit,
>>but I suspect it might work. That would give you your single browse and
>>upload button like you want.
>>
>>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.
>>
>>--
>>Frank W. Zammetti
>>Founder and Chief Software Architect
>>Omnytex Technologies
>>http://www.omnytex.com
>>
>>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
>>>
>>>
>>>
>>>
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
>
>
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Dakota Jack <da...@gmail.com>.
I don't think you could do this with a <file> tag, but I do think you
could do it with a facade <text> tag using JavaScript acting as a
facde for the <file> tag.
On Mon, 28 Feb 2005 18:45:07 -0500, Frank W. Zammetti
<fz...@omnytex.com> wrote:
> Ah, didn't see this until I posted that form code :)
>
> 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
> have a single <file> element that is visible, with a number of hidden
> ones, and for each file you select with the visible one you actually
> populate a hidden 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).
>
> There might be some scripting security issues there, I'd have to play a
> bit, but I suspect it might work. That would give you your single
> browse and upload button like you want.
>
> 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.
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> 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
> >
> >
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"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
Re: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Brandon Mercer wrote:
> Yes, I can. The limitation is that for every post or get, you can only
> have ONE multipart/mime file. When you have multiple <file> elements
> you actually perform multiple posts to submit each one. That's why an
> applet is necessary.
With respect Brandon, this is incorrect. Although, I did have to go
write a test to be sure myself :)
If you download the sample webapp at
http://www.zammetti.com/multifileupload.zip and give it a shot, you will
see that you can in fact upload multiple files at once (at least three,
as that's what I did for the example, but I presume there's no technical
limit, although certainly a practical one). I also verified that doing
this doesn't result in multiple posts behind-the-scenes (at least, it
does not result in multiple Action invocations, which should be the same
thing).
FYI to Rocky: this example app is the server-side processing of what you
had asked about. It's rough, I just threw it together in a few minutes,
but it does what its supposed to. Now I just have to throw together the
UI portion and we'll see if it all comes together or not.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
> The applet opens different type of connection to
> the server, which in turn outputs many posts to the server. Now, if you
> use multipart/mixed as the type of submission you can actually handle
> multiple files in one stream, but you have to be careful of the
> encoding. Either way, you can't have the client decided what type of
> encoding to send to the server on the submit. The form itself needs to
> define that and have an appropriate CGI or in our case, Action to handle
> the content type. Hopefully this is helpful.
> Brandon
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
> .
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Dakota Jack <da...@gmail.com>.
Yes, Brandon, this is completely mistaken. Just look at any request
handler for multipart requests and you will see how wrong it is. All
interesting multipart request wrappers have a method to return FILES!
///;-)
On Mon, 28 Feb 2005 22:23:29 -0500, Brandon Mercer <br...@eutonian.com> wrote:
> Frank W. Zammetti wrote:
>
> > How is it a limitation Brandon? It IS in fact possible to upload
> > multiple files at one time... The only thing that isn't possible is
> > selecting more than one file at a time using nothing but a <file> form
> > element. Can you elaborate on what the limitation is?
> >
> Yes, I can. The limitation is that for every post or get, you can only
> have ONE multipart/mime file. When you have multiple <file> elements
> you actually perform multiple posts to submit each one. That's why an
> applet is necessary. The applet opens different type of connection to
> the server, which in turn outputs many posts to the server. Now, if you
> use multipart/mixed as the type of submission you can actually handle
> multiple files in one stream, but you have to be careful of the
> encoding. Either way, you can't have the client decided what type of
> encoding to send to the server on the submit. The form itself needs to
> define that and have an appropriate CGI or in our case, Action to handle
> the content type. Hopefully this is helpful.
> Brandon
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"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
Re: AW: Multi-select file chooser
Posted by Brandon Mercer <br...@eutonian.com>.
Frank W. Zammetti wrote:
> How is it a limitation Brandon? It IS in fact possible to upload
> multiple files at one time... The only thing that isn't possible is
> selecting more than one file at a time using nothing but a <file> form
> element. Can you elaborate on what the limitation is?
>
Yes, I can. The limitation is that for every post or get, you can only
have ONE multipart/mime file. When you have multiple <file> elements
you actually perform multiple posts to submit each one. That's why an
applet is necessary. The applet opens different type of connection to
the server, which in turn outputs many posts to the server. Now, if you
use multipart/mixed as the type of submission you can actually handle
multiple files in one stream, but you have to be careful of the
encoding. Either way, you can't have the client decided what type of
encoding to send to the server on the submit. The form itself needs to
define that and have an appropriate CGI or in our case, Action to handle
the content type. Hopefully this is helpful.
Brandon
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
How is it a limitation Brandon? It IS in fact possible to upload
multiple files at one time... The only thing that isn't possible is
selecting more than one file at a time using nothing but a <file> form
element. Can you elaborate on what the limitation is?
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Brandon Mercer wrote:
> Frank W. Zammetti wrote:
>
>> Ok, let me play a bit tonight and see what I can come up with. I'm
>> more worried about the server-side processing than the front-end, but
>> even that shouldn't be terrible. I'll let you know what I come up
>> with tomorrow...
>>
> The problems you all are talking about are limitations of the HTTP
> protocol. It's not that hard to have a small applet handle the
> submission of multiple documents. I will have one such applet in my
> application and would be willing to share code, though existing code is
> already out there for free. Hope this helps.
> Brandon
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
> .
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Brandon Mercer <br...@eutonian.com>.
Frank W. Zammetti wrote:
> Ok, let me play a bit tonight and see what I can come up with. I'm
> more worried about the server-side processing than the front-end, but
> even that shouldn't be terrible. I'll let you know what I come up
> with tomorrow...
>
The problems you all are talking about are limitations of the HTTP
protocol. It's not that hard to have a small applet handle the
submission of multiple documents. I will have one such applet in my
application and would be willing to share code, though existing code is
already out there for free. Hope this helps.
Brandon
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Ok, so before I go off to bed, I have good news and I have bad news...
The good news is that you can go grab the complete example webapp now:
http://www.zammetti.com/multifileupload.zip
The bad news however is that part of this doesn't appear to be
possible... Those pesky scripting security issues we were talking about
before DID come up, and I don't see a way around them, at least not as
tired as I am :) So, the interface as I imagined it doesn't seem possible.
But, what you'll see here is an example of using a custom tag,
<otx:MultiFileUpload>, that renders a form with a given number of file
elements (given by the parameter maxNumberOfFiles). When the Upload
button is clicked, it calls MultiFileUploadAction, which uses the
MultiFileUploadParser class to grab all the files. The files are
written out to a directory, and some data about the uploaded files is
displayed back to the browser.
The MultiFileUploadParser is a faily independant class, it just has a
static getFiles() method that returns an ArrayList, which contains a
HashMap for each file containing details about it. At this point the
files are in memory, so this has obvious scalability limitations. You
can do whatever you want at this point with the files, but the example
Action writes them to disk. They get written to c:\temp (this is
assumed to be run on a Windows system). It's hard-coded in the example
by the way.
But, ultimately, this doesn't meet your requirements. :( I am going to
try and spend some time tomorrow trying to come up with a way to do the
interface as I originally envisioned, but it doesn't seem possible at
this point. If this is helpful to you, great, if not, maybe it would be
to someone else. There's a number of things that are "wrong" with this
code (it's Windows-centric, the parser should probably use a callback
paradigm to avoid having everything in memory at once, etc.), but since
it's not exactly what I was hoping for, I didn't see much point in
making it perfect in every way EXCEPT meeting the ACTUAL goal :)
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Frank W. Zammetti wrote:
> Ok, let me play a bit tonight and see what I can come up with. I'm more
> worried about the server-side processing than the front-end, but even
> that shouldn't be terrible. I'll let you know what I come up with
> tomorrow...
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Dakota Jack wrote:
> Well, I don't know what "that's that" means. I have nothing to prove
> here. If you don't want to participate in a discussion on this, I
> guess that is that.
I've been participating in this discussion Jack, long before you got
involved. What I meant, which I thought was clear, was simply that if
the code you posted, which you are saying is relevant, doesn't actually
produce a UI like what was being discussed previously, then its not
particularly pertinent to the discussion at hand.
Frank
>
>
> On Tue, 01 Mar 2005 22:14:08 -0500, Frank W. Zammetti
> <fz...@omnytex.com> wrote:
>
>>Is it a facade that results in the UI as described in my previous post?
>> If not, than the solution does not meet the requirements, and that's that.
>>
>>Dakota Jack wrote:
>>
>>>What a user sees is not important in this example, because the reality
>>>is always completely hidden. Look at the code a bit and you will see
>>>the point. While the code looks like it is complicated, it is mostly
>>>repeats, since I provide a facade for twelve differing <file> tags.
>>>Note that this uses an <img> tag as a facade over the top of one of
>>>those ugly browser tags people hate.
>>>
>>>
>>>On Tue, 01 Mar 2005 18:55:29 -0500, Frank W. Zammetti
>>><fz...@omnytex.com> wrote:
>>>
>>>
>>>>You did post a rather lengthy example. Honestly, I didn't have time to
>>>>look through it. If you can distill it down to just the pertinent
>>>>portion, I'd be interested in seeing it.
>>>>
>>>>To reiterate... you need to construct a UI such that a user can select
>>>>multiple files but WILL NOT see multiple <file> elements. They should
>>>>see a single Browse and a single Upload button. I was imagining seeing
>>>>a listbox with the files that have been added, probably with the ability
>>>>to remove them too, but that part wasn't really specified originally.
>>>>Further, the number of actual <file> elements (which would be hidden
>>>>obviously) is unknown. So, you either meed a custom tag, as I did in my
>>>>example, that has as a parameter the number of <file> elements to
>>>>render, or you need to dynamically modify the form on the client-side
>>>>each time a file is added (an approach I didn't take because of the
>>>>potential cross-browser issues).
>>>>
>>>>If you can pull this off, and it works in most modern browsers, I would
>>>>indeed be impressed... and I'd steal it and incorporate it into my
>>>>custom tag! :)
>>>>
>>>>Frank
>>>>
>>>>Dakota Jack wrote:
>>>>
>>>>
>>>>>I think I showed this to Frank about a half year ago. The code that
>>>>>shows it is in the post to him yesterday. I may have showed someone
>>>>>else, but I am pretty sure it was Frank. Wasn't it Frnak?
>>>>>
>>>>>
>>>>>On Mon, 28 Feb 2005 18:58:32 -0500, Frank W. Zammetti
>>>>><fz...@omnytex.com> wrote:
>>>>>
>>>>>
>>>>>
>>>>>>Ok, let me play a bit tonight and see what I can come up with. I'm more
>>>>>>worried about the server-side processing than the front-end, but even
>>>>>>that shouldn't be terrible. I'll let you know what I come up with
>>>>>>tomorrow...
>>>>>>
>>>>>>--
>>>>>>Frank W. Zammetti
>>>>>>Founder and Chief Software Architect
>>>>>>Omnytex Technologies
>>>>>>http://www.omnytex.com
>>>>>>
>>>>>>Rakefet Bitton wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>>Frank W. Zammetti <fzlists <at> omnytex.com> writes:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>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.
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>I am definitely interested in this. This is exactly what I need to do. I would
>>>>>>>really appreciate it if you could throw something together.
>>>>>>>
>>>>>>>Thanks,
>>>>>>>Rocky Bitton
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>---------------------------------------------------------------------
>>>>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>>>>>For additional commands, e-mail: user-help@struts.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>---------------------------------------------------------------------
>>>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>>>>For additional commands, e-mail: user-help@struts.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>--
>>>>Frank W. Zammetti
>>>>Founder and Chief Software Architect
>>>>Omnytex Technologies
>>>>http://www.omnytex.com
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>>For additional commands, e-mail: user-help@struts.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>--
>>Frank W. Zammetti
>>Founder and Chief Software Architect
>>Omnytex Technologies
>>http://www.omnytex.com
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
>
>
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Dakota Jack <da...@gmail.com>.
Well, I don't know what "that's that" means. I have nothing to prove
here. If you don't want to participate in a discussion on this, I
guess that is that.
On Tue, 01 Mar 2005 22:14:08 -0500, Frank W. Zammetti
<fz...@omnytex.com> wrote:
> Is it a facade that results in the UI as described in my previous post?
> If not, than the solution does not meet the requirements, and that's that.
>
> Dakota Jack wrote:
> > What a user sees is not important in this example, because the reality
> > is always completely hidden. Look at the code a bit and you will see
> > the point. While the code looks like it is complicated, it is mostly
> > repeats, since I provide a facade for twelve differing <file> tags.
> > Note that this uses an <img> tag as a facade over the top of one of
> > those ugly browser tags people hate.
> >
> >
> > On Tue, 01 Mar 2005 18:55:29 -0500, Frank W. Zammetti
> > <fz...@omnytex.com> wrote:
> >
> >>You did post a rather lengthy example. Honestly, I didn't have time to
> >>look through it. If you can distill it down to just the pertinent
> >>portion, I'd be interested in seeing it.
> >>
> >>To reiterate... you need to construct a UI such that a user can select
> >>multiple files but WILL NOT see multiple <file> elements. They should
> >>see a single Browse and a single Upload button. I was imagining seeing
> >>a listbox with the files that have been added, probably with the ability
> >>to remove them too, but that part wasn't really specified originally.
> >>Further, the number of actual <file> elements (which would be hidden
> >>obviously) is unknown. So, you either meed a custom tag, as I did in my
> >>example, that has as a parameter the number of <file> elements to
> >>render, or you need to dynamically modify the form on the client-side
> >>each time a file is added (an approach I didn't take because of the
> >>potential cross-browser issues).
> >>
> >>If you can pull this off, and it works in most modern browsers, I would
> >>indeed be impressed... and I'd steal it and incorporate it into my
> >>custom tag! :)
> >>
> >>Frank
> >>
> >>Dakota Jack wrote:
> >>
> >>>I think I showed this to Frank about a half year ago. The code that
> >>>shows it is in the post to him yesterday. I may have showed someone
> >>>else, but I am pretty sure it was Frank. Wasn't it Frnak?
> >>>
> >>>
> >>>On Mon, 28 Feb 2005 18:58:32 -0500, Frank W. Zammetti
> >>><fz...@omnytex.com> wrote:
> >>>
> >>>
> >>>>Ok, let me play a bit tonight and see what I can come up with. I'm more
> >>>>worried about the server-side processing than the front-end, but even
> >>>>that shouldn't be terrible. I'll let you know what I come up with
> >>>>tomorrow...
> >>>>
> >>>>--
> >>>>Frank W. Zammetti
> >>>>Founder and Chief Software Architect
> >>>>Omnytex Technologies
> >>>>http://www.omnytex.com
> >>>>
> >>>>Rakefet Bitton wrote:
> >>>>
> >>>>
> >>>>>Frank W. Zammetti <fzlists <at> omnytex.com> writes:
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>>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.
> >>>>>>
> >>>>>
> >>>>>
> >>>>>I am definitely interested in this. This is exactly what I need to do. I would
> >>>>>really appreciate it if you could throw something together.
> >>>>>
> >>>>>Thanks,
> >>>>>Rocky Bitton
> >>>>>
> >>>>>
> >>>>>
> >>>>>---------------------------------------------------------------------
> >>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>>>For additional commands, e-mail: user-help@struts.apache.org
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>---------------------------------------------------------------------
> >>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>>For additional commands, e-mail: user-help@struts.apache.org
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>--
> >>Frank W. Zammetti
> >>Founder and Chief Software Architect
> >>Omnytex Technologies
> >>http://www.omnytex.com
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>For additional commands, e-mail: user-help@struts.apache.org
> >>
> >>
> >
> >
> >
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"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
Re: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Is it a facade that results in the UI as described in my previous post?
If not, than the solution does not meet the requirements, and that's that.
Dakota Jack wrote:
> What a user sees is not important in this example, because the reality
> is always completely hidden. Look at the code a bit and you will see
> the point. While the code looks like it is complicated, it is mostly
> repeats, since I provide a facade for twelve differing <file> tags.
> Note that this uses an <img> tag as a facade over the top of one of
> those ugly browser tags people hate.
>
>
> On Tue, 01 Mar 2005 18:55:29 -0500, Frank W. Zammetti
> <fz...@omnytex.com> wrote:
>
>>You did post a rather lengthy example. Honestly, I didn't have time to
>>look through it. If you can distill it down to just the pertinent
>>portion, I'd be interested in seeing it.
>>
>>To reiterate... you need to construct a UI such that a user can select
>>multiple files but WILL NOT see multiple <file> elements. They should
>>see a single Browse and a single Upload button. I was imagining seeing
>>a listbox with the files that have been added, probably with the ability
>>to remove them too, but that part wasn't really specified originally.
>>Further, the number of actual <file> elements (which would be hidden
>>obviously) is unknown. So, you either meed a custom tag, as I did in my
>>example, that has as a parameter the number of <file> elements to
>>render, or you need to dynamically modify the form on the client-side
>>each time a file is added (an approach I didn't take because of the
>>potential cross-browser issues).
>>
>>If you can pull this off, and it works in most modern browsers, I would
>>indeed be impressed... and I'd steal it and incorporate it into my
>>custom tag! :)
>>
>>Frank
>>
>>Dakota Jack wrote:
>>
>>>I think I showed this to Frank about a half year ago. The code that
>>>shows it is in the post to him yesterday. I may have showed someone
>>>else, but I am pretty sure it was Frank. Wasn't it Frnak?
>>>
>>>
>>>On Mon, 28 Feb 2005 18:58:32 -0500, Frank W. Zammetti
>>><fz...@omnytex.com> wrote:
>>>
>>>
>>>>Ok, let me play a bit tonight and see what I can come up with. I'm more
>>>>worried about the server-side processing than the front-end, but even
>>>>that shouldn't be terrible. I'll let you know what I come up with
>>>>tomorrow...
>>>>
>>>>--
>>>>Frank W. Zammetti
>>>>Founder and Chief Software Architect
>>>>Omnytex Technologies
>>>>http://www.omnytex.com
>>>>
>>>>Rakefet Bitton wrote:
>>>>
>>>>
>>>>>Frank W. Zammetti <fzlists <at> omnytex.com> writes:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>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.
>>>>>>
>>>>>
>>>>>
>>>>>I am definitely interested in this. This is exactly what I need to do. I would
>>>>>really appreciate it if you could throw something together.
>>>>>
>>>>>Thanks,
>>>>>Rocky Bitton
>>>>>
>>>>>
>>>>>
>>>>>---------------------------------------------------------------------
>>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>>>For additional commands, e-mail: user-help@struts.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>>For additional commands, e-mail: user-help@struts.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>--
>>Frank W. Zammetti
>>Founder and Chief Software Architect
>>Omnytex Technologies
>>http://www.omnytex.com
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
>
>
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Dakota Jack <da...@gmail.com>.
What a user sees is not important in this example, because the reality
is always completely hidden. Look at the code a bit and you will see
the point. While the code looks like it is complicated, it is mostly
repeats, since I provide a facade for twelve differing <file> tags.
Note that this uses an <img> tag as a facade over the top of one of
those ugly browser tags people hate.
On Tue, 01 Mar 2005 18:55:29 -0500, Frank W. Zammetti
<fz...@omnytex.com> wrote:
> You did post a rather lengthy example. Honestly, I didn't have time to
> look through it. If you can distill it down to just the pertinent
> portion, I'd be interested in seeing it.
>
> To reiterate... you need to construct a UI such that a user can select
> multiple files but WILL NOT see multiple <file> elements. They should
> see a single Browse and a single Upload button. I was imagining seeing
> a listbox with the files that have been added, probably with the ability
> to remove them too, but that part wasn't really specified originally.
> Further, the number of actual <file> elements (which would be hidden
> obviously) is unknown. So, you either meed a custom tag, as I did in my
> example, that has as a parameter the number of <file> elements to
> render, or you need to dynamically modify the form on the client-side
> each time a file is added (an approach I didn't take because of the
> potential cross-browser issues).
>
> If you can pull this off, and it works in most modern browsers, I would
> indeed be impressed... and I'd steal it and incorporate it into my
> custom tag! :)
>
> Frank
>
> Dakota Jack wrote:
> > I think I showed this to Frank about a half year ago. The code that
> > shows it is in the post to him yesterday. I may have showed someone
> > else, but I am pretty sure it was Frank. Wasn't it Frnak?
> >
> >
> > On Mon, 28 Feb 2005 18:58:32 -0500, Frank W. Zammetti
> > <fz...@omnytex.com> wrote:
> >
> >>Ok, let me play a bit tonight and see what I can come up with. I'm more
> >>worried about the server-side processing than the front-end, but even
> >>that shouldn't be terrible. I'll let you know what I come up with
> >>tomorrow...
> >>
> >>--
> >>Frank W. Zammetti
> >>Founder and Chief Software Architect
> >>Omnytex Technologies
> >>http://www.omnytex.com
> >>
> >>Rakefet Bitton wrote:
> >>
> >>>Frank W. Zammetti <fzlists <at> omnytex.com> writes:
> >>>
> >>>
> >>>
> >>>>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.
> >>>>
> >>>
> >>>
> >>>I am definitely interested in this. This is exactly what I need to do. I would
> >>>really appreciate it if you could throw something together.
> >>>
> >>>Thanks,
> >>>Rocky Bitton
> >>>
> >>>
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>For additional commands, e-mail: user-help@struts.apache.org
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>For additional commands, e-mail: user-help@struts.apache.org
> >>
> >>
> >
> >
> >
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"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
Re: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
You did post a rather lengthy example. Honestly, I didn't have time to
look through it. If you can distill it down to just the pertinent
portion, I'd be interested in seeing it.
To reiterate... you need to construct a UI such that a user can select
multiple files but WILL NOT see multiple <file> elements. They should
see a single Browse and a single Upload button. I was imagining seeing
a listbox with the files that have been added, probably with the ability
to remove them too, but that part wasn't really specified originally.
Further, the number of actual <file> elements (which would be hidden
obviously) is unknown. So, you either meed a custom tag, as I did in my
example, that has as a parameter the number of <file> elements to
render, or you need to dynamically modify the form on the client-side
each time a file is added (an approach I didn't take because of the
potential cross-browser issues).
If you can pull this off, and it works in most modern browsers, I would
indeed be impressed... and I'd steal it and incorporate it into my
custom tag! :)
Frank
Dakota Jack wrote:
> I think I showed this to Frank about a half year ago. The code that
> shows it is in the post to him yesterday. I may have showed someone
> else, but I am pretty sure it was Frank. Wasn't it Frnak?
>
>
> On Mon, 28 Feb 2005 18:58:32 -0500, Frank W. Zammetti
> <fz...@omnytex.com> wrote:
>
>>Ok, let me play a bit tonight and see what I can come up with. I'm more
>>worried about the server-side processing than the front-end, but even
>>that shouldn't be terrible. I'll let you know what I come up with
>>tomorrow...
>>
>>--
>>Frank W. Zammetti
>>Founder and Chief Software Architect
>>Omnytex Technologies
>>http://www.omnytex.com
>>
>>Rakefet Bitton wrote:
>>
>>>Frank W. Zammetti <fzlists <at> omnytex.com> writes:
>>>
>>>
>>>
>>>>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.
>>>>
>>>
>>>
>>>I am definitely interested in this. This is exactly what I need to do. I would
>>>really appreciate it if you could throw something together.
>>>
>>>Thanks,
>>>Rocky Bitton
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>For additional commands, e-mail: user-help@struts.apache.org
>>>
>>>
>>>
>>>
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
>
>
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Dakota Jack <da...@gmail.com>.
I think I showed this to Frank about a half year ago. The code that
shows it is in the post to him yesterday. I may have showed someone
else, but I am pretty sure it was Frank. Wasn't it Frnak?
On Mon, 28 Feb 2005 18:58:32 -0500, Frank W. Zammetti
<fz...@omnytex.com> wrote:
> Ok, let me play a bit tonight and see what I can come up with. I'm more
> worried about the server-side processing than the front-end, but even
> that shouldn't be terrible. I'll let you know what I come up with
> tomorrow...
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> Rakefet Bitton wrote:
> > Frank W. Zammetti <fzlists <at> omnytex.com> writes:
> >
> >
> >>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.
> >>
> >
> >
> > I am definitely interested in this. This is exactly what I need to do. I would
> > really appreciate it if you could throw something together.
> >
> > Thanks,
> > Rocky Bitton
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
> >
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"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
Re: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Ok, let me play a bit tonight and see what I can come up with. I'm more
worried about the server-side processing than the front-end, but even
that shouldn't be terrible. I'll let you know what I come up with
tomorrow...
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Rakefet Bitton wrote:
> Frank W. Zammetti <fzlists <at> omnytex.com> writes:
>
>
>>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.
>>
>
>
> I am definitely interested in this. This is exactly what I need to do. I would
> really appreciate it if you could throw something together.
>
> Thanks,
> Rocky Bitton
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Rakefet Bitton <rb...@cisco.com>.
Frank W. Zammetti <fzlists <at> omnytex.com> writes:
>
> 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.
>
I am definitely interested in this. This is exactly what I need to do. I would
really appreciate it if you could throw something together.
Thanks,
Rocky Bitton
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Dakota Jack <da...@gmail.com>.
You can get around these. I sent Frank some code yesterday that gets
around the security issues. He was not particularly interested in
that, however, but the code is there if you are.
On Mon, 28 Feb 2005 17:49:42 -0600, Jason King <jh...@airmail.net> wrote:
> Haven't tried this lately but there used to be security restrictions
> about reading the filename in <input type="file"> elements or writing
> the filename.
> Frank W. Zammetti wrote:
>
> > Ah, didn't see this until I posted that form code :)
> >
> > 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 have a single <file> element that is visible, with a number of
> > hidden ones, and for each file you select with the visible one you
> > actually populate a hidden 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).
> >
> > There might be some scripting security issues there, I'd have to play
> > a bit, but I suspect it might work. That would give you your single
> > browse and upload button like you want.
> >
> > 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.
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"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
Re: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Yep, that's the one concern I had when I mentioned the scripting
security issues. As I recall, and I could be wrong, the problem isn't
actually reading or writing the filename, it's just a text field for all
intents and purposes as far as that goes, but trying to submit the form
via scripting I think was the problem. However, I don't think that
would come into play in this scenario, so there might actually be no
problem at all.
I think I'm going to play with this when the wife and kids head off to
bed tonight... My curiosity is piqued :)
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Jason King wrote:
> Haven't tried this lately but there used to be security restrictions
> about reading the filename in <input type="file"> elements or writing
> the filename.
> Frank W. Zammetti wrote:
>
>> Ah, didn't see this until I posted that form code :)
>>
>> 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 have a single <file> element that is visible, with a number of
>> hidden ones, and for each file you select with the visible one you
>> actually populate a hidden 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).
>>
>> There might be some scripting security issues there, I'd have to play
>> a bit, but I suspect it might work. That would give you your single
>> browse and upload button like you want.
>>
>> 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.
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
> .
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Jason King <jh...@airmail.net>.
Haven't tried this lately but there used to be security restrictions
about reading the filename in <input type="file"> elements or writing
the filename.
Frank W. Zammetti wrote:
> Ah, didn't see this until I posted that form code :)
>
> 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 have a single <file> element that is visible, with a number of
> hidden ones, and for each file you select with the visible one you
> actually populate a hidden 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).
>
> There might be some scripting security issues there, I'd have to play
> a bit, but I suspect it might work. That would give you your single
> browse and upload button like you want.
>
> 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.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
There isn't specifically a hidden element, you are correct, but you can
hide a <file> element via CSS. I've done this before myself so I know
it works.
Hey, don't worry about killing my motiviation... At best you'll stop me
from wasting my time later if you point out something that legitimately
makes it impossible, at worst I'll just try it anyway and find out on my
own :)
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Günther Wieser wrote:
>
> 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.....
>
> is it possible to add input elements using java in way that they don't get
> rendered?
>
> -----Ursprüngliche Nachricht-----
> Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> Gesendet: Dienstag, 01. März 2005 00:45
> An: Struts Users Mailing List
> Betreff: Re: AW: Multi-select file chooser
>
> Ah, didn't see this until I posted that form code :)
>
> 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 have
> a single <file> element that is visible, with a number of hidden ones, and
> for each file you select with the visible one you actually populate a hidden
> 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).
>
> There might be some scripting security issues there, I'd have to play a bit,
> but I suspect it might work. That would give you your single browse and
> upload button like you want.
>
> 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.
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> 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
>>
>>
>>
>>
>>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
AW: AW: Multi-select file chooser
Posted by Günther Wieser <gw...@creative-it.com>.
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.....
is it possible to add input elements using java in way that they don't get
rendered?
-----Ursprüngliche Nachricht-----
Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
Gesendet: Dienstag, 01. März 2005 00:45
An: Struts Users Mailing List
Betreff: Re: AW: Multi-select file chooser
Ah, didn't see this until I posted that form code :)
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 have
a single <file> element that is visible, with a number of hidden ones, and
for each file you select with the visible one you actually populate a hidden
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).
There might be some scripting security issues there, I'd have to play a bit,
but I suspect it might work. That would give you your single browse and
upload button like you want.
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.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
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
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Ah, didn't see this until I posted that form code :)
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
have a single <file> element that is visible, with a number of hidden
ones, and for each file you select with the visible one you actually
populate a hidden 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).
There might be some scripting security issues there, I'd have to play a
bit, but I suspect it might work. That would give you your single
browse and upload button like you want.
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.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
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
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Rakefet Bitton <rb...@cisco.com>.
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
Re: AW: AW: AW: Multi-select file chooser
Posted by Dakota Jack <da...@gmail.com>.
Hi, Frank,
Just look at what I sent you yesterday.
On Tue, 01 Mar 2005 18:50:38 -0500, Frank W. Zammetti
<fz...@omnytex.com> wrote:
> I'd like to see even a trick version. Certainly you would agree that
> the standard browser controls don't allow for this... The only
> possibility I see is building your own drop-down-type control, but then
> you have to deal with the scripting security issues. If you can put
> something together, I can render it using my tag and then the example I
> posted fulfills what Rocky was looking for.
>
> Dakota Jack wrote:
> > You can do this. There are many ways. They all use subterfuge,
> > however, and facades.
> >
> >
> > On Mon, 28 Feb 2005 18:49:34 -0500, Frank W. Zammetti
> > <fz...@omnytex.com> wrote:
> >
> >>Ah, your right... I misunderstood the OP... I wasn't thinking like a
> >>multi-select drop-down. I would agree there is probably no way to do
> >>that with standard browser functionality. You'd have to get into
> >>applets or ActiveX controls, or something along those lines.
> >>
> >>But... If you took the form approach like I've shown, there's nothing to
> >>stop you from dynamically adding elements to the form as more files are
> >>selected. However, they user would have to select a file, click Add (or
> >>something like that), then do that again until they were done. If
> >>*that* would fulfill the requirements of the OP, I think that could be done.
> >>
> >>--
> >>Frank W. Zammetti
> >>Founder and Chief Software Architect
> >>Omnytex Technologies
> >>http://www.omnytex.com
> >>
> >>Günther Wieser wrote:
> >>
> >>>for sure there is no doubt on my side ;-) this is exactly what i meant if
> >>>you keep the number of files "constant".
> >>>but as the originator of this thread alreay said: he looks for a solution of
> >>>multiple file SELECTION. beside the applet i have no idea how to solve
> >>>that....
> >>>
> >>>-----Ursprüngliche Nachricht-----
> >>>Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> >>>Gesendet: Dienstag, 01. März 2005 00:42
> >>>An: Günther Wieser
> >>>Cc: 'Struts Users Mailing List'
> >>>Betreff: Re: AW: AW: Multi-select file chooser
> >>>
> >>>Just in case there was any doubt, here's the form from my web hosts'
> >>>file manager I was referring to:
> >>>
> >>><form action="doupload.html" method=POST ENCTYPE="multipart/form-data"
> >>>target=infofr>
> >>> <input type="file" name="file1">
> >>> <input type="file" name="file2">
> >>> <input type="file" name="file3">
> >>> <input type="file" name="file4">
> >>> <input type="file" name="file5">
> >>> <input type="file" name="file6">
> >>> <input type="file" name="file7">
> >>> <input type="file" name="file8">
> >>> <input type="file" name="file9">
> >>> <input type="file" name="file10">
> >>> <input type="file" name="file11">
> >>> <input type="file" name="file12">
> >>> <br>
> >>> Overwrite existing files:
> >>> <input type="checkbox" name="overwrite" value="1">
> >>> <br>
> >>> <input type="submit" value="Upload">
> >>></form>
> >>>
> >>>I could think of some better ways to do present the UI, but that's the basic
> >>>idea. Heck, throw that in a .tag file and your all set (in a basic way).
> >>>
> >>>--
> >>>Frank W. Zammetti
> >>>Founder and Chief Software Architect
> >>>Omnytex Technologies
> >>>http://www.omnytex.com
> >>>
> >>>
> >>>Günther Wieser wrote:
> >>>
> >>>
> >>>>another solution would be to use (signed) java applets, which is (for the
> >>>>enduser) the best looking solution, but the effort to do so is REALLY BIG,
> >>>>so if you don't get paid like mad forget it....
> >>>>
> >>>>
> >>>>-----Ursprüngliche Nachricht-----
> >>>>Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> >>>>Gesendet: Dienstag, 01. März 2005 00:29
> >>>>An: Struts Users Mailing List
> >>>>Cc: werner@sonoma.edu
> >>>>Betreff: Re: AW: Multi-select file chooser
> >>>>
> >>>>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.)
> >>>>
> >>>>--
> >>>>Frank W. Zammetti
> >>>>Founder and Chief Software Architect
> >>>>Omnytex Technologies
> >>>>http://www.omnytex.com
> >>>>
> >>>>Günther Wieser wrote:
> >>>>
> >>>>
> >>>>
> >>>>>this is standard browser behaviour, haven't seen any browser who would
> >>>>>allow you to select more than one file.
> >>>>>reason for that is that your form only includes one form field of type
> >>>>>file, so how can the browser add more than one file in a way that your
> >>>>>app understands this?
> >>>>>
> >>>>>the only chance for multiple file selection is to ask the user before
> >>>>>generation of the form "how many files do you want to upload", or by
> >>>>>adding another file field to the form as soon as the user selects one
> >>>>>(using javascript; but this is quite ugly and can make a lot of
> >>>>>troubles with different browser or javascript-disabled ones...) or
> >>>>>he/she upload a zip file...
> >>>>>
> >>>>>if there is someone outside who knows a better solution, let us know,
> >>>>>this is a very common problem.
> >>>>>
> >>>>>kr,
> >>>>>guenther
> >>>>>
> >>>>>-----Ursprüngliche Nachricht-----
> >>>>>Von: Nic Werner [mailto:werner@sonoma.edu]
> >>>>>Gesendet: Dienstag, 01. März 2005 00:17
> >>>>>An: Struts Users Mailing List
> >>>>>Betreff: Re: Multi-select file chooser
> >>>>>
> >>>>>Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
> >>>>>
> >>>>>Rakefet Bitton wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Hi, I'm using the "file" tag to select a file from my jsp. The default
> >>>>>>browser allows the user to select only 1 file at a time. The user can
> >>>>>>not multi select files or a directory.
> >>>>>>
> >>>>>>Does anyone know of a multi-select file and directory chooser?
> >>>>>>
> >>>>>>Thanks very much.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>---------------------------------------------------------------------
> >>>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>>>>For additional commands, e-mail: user-help@struts.apache.org
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>---------------------------------------------------------------------
> >>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>>>For additional commands, e-mail: user-help@struts.apache.org
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>---------------------------------------------------------------------
> >>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>>>For additional commands, e-mail: user-help@struts.apache.org
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>---------------------------------------------------------------------
> >>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>>For additional commands, e-mail: user-help@struts.apache.org
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>For additional commands, e-mail: user-help@struts.apache.org
> >>>
> >>>
> >>>
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>For additional commands, e-mail: user-help@struts.apache.org
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>For additional commands, e-mail: user-help@struts.apache.org
> >>
> >>
> >
> >
> >
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
>
--
"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
Re: AW: AW: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
I'd like to see even a trick version. Certainly you would agree that
the standard browser controls don't allow for this... The only
possibility I see is building your own drop-down-type control, but then
you have to deal with the scripting security issues. If you can put
something together, I can render it using my tag and then the example I
posted fulfills what Rocky was looking for.
Dakota Jack wrote:
> You can do this. There are many ways. They all use subterfuge,
> however, and facades.
>
>
> On Mon, 28 Feb 2005 18:49:34 -0500, Frank W. Zammetti
> <fz...@omnytex.com> wrote:
>
>>Ah, your right... I misunderstood the OP... I wasn't thinking like a
>>multi-select drop-down. I would agree there is probably no way to do
>>that with standard browser functionality. You'd have to get into
>>applets or ActiveX controls, or something along those lines.
>>
>>But... If you took the form approach like I've shown, there's nothing to
>>stop you from dynamically adding elements to the form as more files are
>>selected. However, they user would have to select a file, click Add (or
>>something like that), then do that again until they were done. If
>>*that* would fulfill the requirements of the OP, I think that could be done.
>>
>>--
>>Frank W. Zammetti
>>Founder and Chief Software Architect
>>Omnytex Technologies
>>http://www.omnytex.com
>>
>>Günther Wieser wrote:
>>
>>>for sure there is no doubt on my side ;-) this is exactly what i meant if
>>>you keep the number of files "constant".
>>>but as the originator of this thread alreay said: he looks for a solution of
>>>multiple file SELECTION. beside the applet i have no idea how to solve
>>>that....
>>>
>>>-----Ursprüngliche Nachricht-----
>>>Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
>>>Gesendet: Dienstag, 01. März 2005 00:42
>>>An: Günther Wieser
>>>Cc: 'Struts Users Mailing List'
>>>Betreff: Re: AW: AW: Multi-select file chooser
>>>
>>>Just in case there was any doubt, here's the form from my web hosts'
>>>file manager I was referring to:
>>>
>>><form action="doupload.html" method=POST ENCTYPE="multipart/form-data"
>>>target=infofr>
>>> <input type="file" name="file1">
>>> <input type="file" name="file2">
>>> <input type="file" name="file3">
>>> <input type="file" name="file4">
>>> <input type="file" name="file5">
>>> <input type="file" name="file6">
>>> <input type="file" name="file7">
>>> <input type="file" name="file8">
>>> <input type="file" name="file9">
>>> <input type="file" name="file10">
>>> <input type="file" name="file11">
>>> <input type="file" name="file12">
>>> <br>
>>> Overwrite existing files:
>>> <input type="checkbox" name="overwrite" value="1">
>>> <br>
>>> <input type="submit" value="Upload">
>>></form>
>>>
>>>I could think of some better ways to do present the UI, but that's the basic
>>>idea. Heck, throw that in a .tag file and your all set (in a basic way).
>>>
>>>--
>>>Frank W. Zammetti
>>>Founder and Chief Software Architect
>>>Omnytex Technologies
>>>http://www.omnytex.com
>>>
>>>
>>>Günther Wieser wrote:
>>>
>>>
>>>>another solution would be to use (signed) java applets, which is (for the
>>>>enduser) the best looking solution, but the effort to do so is REALLY BIG,
>>>>so if you don't get paid like mad forget it....
>>>>
>>>>
>>>>-----Ursprüngliche Nachricht-----
>>>>Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
>>>>Gesendet: Dienstag, 01. März 2005 00:29
>>>>An: Struts Users Mailing List
>>>>Cc: werner@sonoma.edu
>>>>Betreff: Re: AW: Multi-select file chooser
>>>>
>>>>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.)
>>>>
>>>>--
>>>>Frank W. Zammetti
>>>>Founder and Chief Software Architect
>>>>Omnytex Technologies
>>>>http://www.omnytex.com
>>>>
>>>>Günther Wieser wrote:
>>>>
>>>>
>>>>
>>>>>this is standard browser behaviour, haven't seen any browser who would
>>>>>allow you to select more than one file.
>>>>>reason for that is that your form only includes one form field of type
>>>>>file, so how can the browser add more than one file in a way that your
>>>>>app understands this?
>>>>>
>>>>>the only chance for multiple file selection is to ask the user before
>>>>>generation of the form "how many files do you want to upload", or by
>>>>>adding another file field to the form as soon as the user selects one
>>>>>(using javascript; but this is quite ugly and can make a lot of
>>>>>troubles with different browser or javascript-disabled ones...) or
>>>>>he/she upload a zip file...
>>>>>
>>>>>if there is someone outside who knows a better solution, let us know,
>>>>>this is a very common problem.
>>>>>
>>>>>kr,
>>>>>guenther
>>>>>
>>>>>-----Ursprüngliche Nachricht-----
>>>>>Von: Nic Werner [mailto:werner@sonoma.edu]
>>>>>Gesendet: Dienstag, 01. März 2005 00:17
>>>>>An: Struts Users Mailing List
>>>>>Betreff: Re: Multi-select file chooser
>>>>>
>>>>>Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
>>>>>
>>>>>Rakefet Bitton wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>Hi, I'm using the "file" tag to select a file from my jsp. The default
>>>>>>browser allows the user to select only 1 file at a time. The user can
>>>>>>not multi select files or a directory.
>>>>>>
>>>>>>Does anyone know of a multi-select file and directory chooser?
>>>>>>
>>>>>>Thanks very much.
>>>>>>
>>>>>>
>>>>>>
>>>>>>---------------------------------------------------------------------
>>>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>>>>For additional commands, e-mail: user-help@struts.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>---------------------------------------------------------------------
>>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>>>For additional commands, e-mail: user-help@struts.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>---------------------------------------------------------------------
>>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>>>For additional commands, e-mail: user-help@struts.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>>For additional commands, e-mail: user-help@struts.apache.org
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>For additional commands, e-mail: user-help@struts.apache.org
>>>
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>For additional commands, e-mail: user-help@struts.apache.org
>>>
>>>
>>>
>>>
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>
>
>
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: AW: AW: Multi-select file chooser
Posted by Dakota Jack <da...@gmail.com>.
You can do this. There are many ways. They all use subterfuge,
however, and facades.
On Mon, 28 Feb 2005 18:49:34 -0500, Frank W. Zammetti
<fz...@omnytex.com> wrote:
> Ah, your right... I misunderstood the OP... I wasn't thinking like a
> multi-select drop-down. I would agree there is probably no way to do
> that with standard browser functionality. You'd have to get into
> applets or ActiveX controls, or something along those lines.
>
> But... If you took the form approach like I've shown, there's nothing to
> stop you from dynamically adding elements to the form as more files are
> selected. However, they user would have to select a file, click Add (or
> something like that), then do that again until they were done. If
> *that* would fulfill the requirements of the OP, I think that could be done.
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> Günther Wieser wrote:
> > for sure there is no doubt on my side ;-) this is exactly what i meant if
> > you keep the number of files "constant".
> > but as the originator of this thread alreay said: he looks for a solution of
> > multiple file SELECTION. beside the applet i have no idea how to solve
> > that....
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> > Gesendet: Dienstag, 01. März 2005 00:42
> > An: Günther Wieser
> > Cc: 'Struts Users Mailing List'
> > Betreff: Re: AW: AW: Multi-select file chooser
> >
> > Just in case there was any doubt, here's the form from my web hosts'
> > file manager I was referring to:
> >
> > <form action="doupload.html" method=POST ENCTYPE="multipart/form-data"
> > target=infofr>
> > <input type="file" name="file1">
> > <input type="file" name="file2">
> > <input type="file" name="file3">
> > <input type="file" name="file4">
> > <input type="file" name="file5">
> > <input type="file" name="file6">
> > <input type="file" name="file7">
> > <input type="file" name="file8">
> > <input type="file" name="file9">
> > <input type="file" name="file10">
> > <input type="file" name="file11">
> > <input type="file" name="file12">
> > <br>
> > Overwrite existing files:
> > <input type="checkbox" name="overwrite" value="1">
> > <br>
> > <input type="submit" value="Upload">
> > </form>
> >
> > I could think of some better ways to do present the UI, but that's the basic
> > idea. Heck, throw that in a .tag file and your all set (in a basic way).
> >
> > --
> > Frank W. Zammetti
> > Founder and Chief Software Architect
> > Omnytex Technologies
> > http://www.omnytex.com
> >
> >
> > Günther Wieser wrote:
> >
> >>another solution would be to use (signed) java applets, which is (for the
> >>enduser) the best looking solution, but the effort to do so is REALLY BIG,
> >>so if you don't get paid like mad forget it....
> >>
> >>
> >>-----Ursprüngliche Nachricht-----
> >>Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> >>Gesendet: Dienstag, 01. März 2005 00:29
> >>An: Struts Users Mailing List
> >>Cc: werner@sonoma.edu
> >>Betreff: Re: AW: Multi-select file chooser
> >>
> >>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.)
> >>
> >>--
> >>Frank W. Zammetti
> >>Founder and Chief Software Architect
> >>Omnytex Technologies
> >>http://www.omnytex.com
> >>
> >>Günther Wieser wrote:
> >>
> >>
> >>>this is standard browser behaviour, haven't seen any browser who would
> >>>allow you to select more than one file.
> >>>reason for that is that your form only includes one form field of type
> >>>file, so how can the browser add more than one file in a way that your
> >>>app understands this?
> >>>
> >>>the only chance for multiple file selection is to ask the user before
> >>>generation of the form "how many files do you want to upload", or by
> >>>adding another file field to the form as soon as the user selects one
> >>>(using javascript; but this is quite ugly and can make a lot of
> >>>troubles with different browser or javascript-disabled ones...) or
> >>>he/she upload a zip file...
> >>>
> >>>if there is someone outside who knows a better solution, let us know,
> >>>this is a very common problem.
> >>>
> >>>kr,
> >>>guenther
> >>>
> >>>-----Ursprüngliche Nachricht-----
> >>>Von: Nic Werner [mailto:werner@sonoma.edu]
> >>>Gesendet: Dienstag, 01. März 2005 00:17
> >>>An: Struts Users Mailing List
> >>>Betreff: Re: Multi-select file chooser
> >>>
> >>>Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
> >>>
> >>>Rakefet Bitton wrote:
> >>>
> >>>
> >>>
> >>>
> >>>>Hi, I'm using the "file" tag to select a file from my jsp. The default
> >>>>browser allows the user to select only 1 file at a time. The user can
> >>>>not multi select files or a directory.
> >>>>
> >>>>Does anyone know of a multi-select file and directory chooser?
> >>>>
> >>>>Thanks very much.
> >>>>
> >>>>
> >>>>
> >>>>---------------------------------------------------------------------
> >>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>>For additional commands, e-mail: user-help@struts.apache.org
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>For additional commands, e-mail: user-help@struts.apache.org
> >>>
> >>>
> >>>
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>>For additional commands, e-mail: user-help@struts.apache.org
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >>
> >>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >>For additional commands, e-mail: user-help@struts.apache.org
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
> >
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"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
Re: AW: AW: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Ah, your right... I misunderstood the OP... I wasn't thinking like a
multi-select drop-down. I would agree there is probably no way to do
that with standard browser functionality. You'd have to get into
applets or ActiveX controls, or something along those lines.
But... If you took the form approach like I've shown, there's nothing to
stop you from dynamically adding elements to the form as more files are
selected. However, they user would have to select a file, click Add (or
something like that), then do that again until they were done. If
*that* would fulfill the requirements of the OP, I think that could be done.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Günther Wieser wrote:
> for sure there is no doubt on my side ;-) this is exactly what i meant if
> you keep the number of files "constant".
> but as the originator of this thread alreay said: he looks for a solution of
> multiple file SELECTION. beside the applet i have no idea how to solve
> that....
>
> -----Ursprüngliche Nachricht-----
> Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> Gesendet: Dienstag, 01. März 2005 00:42
> An: Günther Wieser
> Cc: 'Struts Users Mailing List'
> Betreff: Re: AW: AW: Multi-select file chooser
>
> Just in case there was any doubt, here's the form from my web hosts'
> file manager I was referring to:
>
> <form action="doupload.html" method=POST ENCTYPE="multipart/form-data"
> target=infofr>
> <input type="file" name="file1">
> <input type="file" name="file2">
> <input type="file" name="file3">
> <input type="file" name="file4">
> <input type="file" name="file5">
> <input type="file" name="file6">
> <input type="file" name="file7">
> <input type="file" name="file8">
> <input type="file" name="file9">
> <input type="file" name="file10">
> <input type="file" name="file11">
> <input type="file" name="file12">
> <br>
> Overwrite existing files:
> <input type="checkbox" name="overwrite" value="1">
> <br>
> <input type="submit" value="Upload">
> </form>
>
> I could think of some better ways to do present the UI, but that's the basic
> idea. Heck, throw that in a .tag file and your all set (in a basic way).
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
>
> Günther Wieser wrote:
>
>>another solution would be to use (signed) java applets, which is (for the
>>enduser) the best looking solution, but the effort to do so is REALLY BIG,
>>so if you don't get paid like mad forget it....
>>
>>
>>-----Ursprüngliche Nachricht-----
>>Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
>>Gesendet: Dienstag, 01. März 2005 00:29
>>An: Struts Users Mailing List
>>Cc: werner@sonoma.edu
>>Betreff: Re: AW: Multi-select file chooser
>>
>>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.)
>>
>>--
>>Frank W. Zammetti
>>Founder and Chief Software Architect
>>Omnytex Technologies
>>http://www.omnytex.com
>>
>>Günther Wieser wrote:
>>
>>
>>>this is standard browser behaviour, haven't seen any browser who would
>>>allow you to select more than one file.
>>>reason for that is that your form only includes one form field of type
>>>file, so how can the browser add more than one file in a way that your
>>>app understands this?
>>>
>>>the only chance for multiple file selection is to ask the user before
>>>generation of the form "how many files do you want to upload", or by
>>>adding another file field to the form as soon as the user selects one
>>>(using javascript; but this is quite ugly and can make a lot of
>>>troubles with different browser or javascript-disabled ones...) or
>>>he/she upload a zip file...
>>>
>>>if there is someone outside who knows a better solution, let us know,
>>>this is a very common problem.
>>>
>>>kr,
>>>guenther
>>>
>>>-----Ursprüngliche Nachricht-----
>>>Von: Nic Werner [mailto:werner@sonoma.edu]
>>>Gesendet: Dienstag, 01. März 2005 00:17
>>>An: Struts Users Mailing List
>>>Betreff: Re: Multi-select file chooser
>>>
>>>Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
>>>
>>>Rakefet Bitton wrote:
>>>
>>>
>>>
>>>
>>>>Hi, I'm using the "file" tag to select a file from my jsp. The default
>>>>browser allows the user to select only 1 file at a time. The user can
>>>>not multi select files or a directory.
>>>>
>>>>Does anyone know of a multi-select file and directory chooser?
>>>>
>>>>Thanks very much.
>>>>
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>>For additional commands, e-mail: user-help@struts.apache.org
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>For additional commands, e-mail: user-help@struts.apache.org
>>>
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>For additional commands, e-mail: user-help@struts.apache.org
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>>
>>
>>
>>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
AW: AW: AW: Multi-select file chooser
Posted by Günther Wieser <gw...@creative-it.com>.
for sure there is no doubt on my side ;-) this is exactly what i meant if
you keep the number of files "constant".
but as the originator of this thread alreay said: he looks for a solution of
multiple file SELECTION. beside the applet i have no idea how to solve
that....
-----Ursprüngliche Nachricht-----
Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
Gesendet: Dienstag, 01. März 2005 00:42
An: Günther Wieser
Cc: 'Struts Users Mailing List'
Betreff: Re: AW: AW: Multi-select file chooser
Just in case there was any doubt, here's the form from my web hosts'
file manager I was referring to:
<form action="doupload.html" method=POST ENCTYPE="multipart/form-data"
target=infofr>
<input type="file" name="file1">
<input type="file" name="file2">
<input type="file" name="file3">
<input type="file" name="file4">
<input type="file" name="file5">
<input type="file" name="file6">
<input type="file" name="file7">
<input type="file" name="file8">
<input type="file" name="file9">
<input type="file" name="file10">
<input type="file" name="file11">
<input type="file" name="file12">
<br>
Overwrite existing files:
<input type="checkbox" name="overwrite" value="1">
<br>
<input type="submit" value="Upload">
</form>
I could think of some better ways to do present the UI, but that's the basic
idea. Heck, throw that in a .tag file and your all set (in a basic way).
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Günther Wieser wrote:
> another solution would be to use (signed) java applets, which is (for the
> enduser) the best looking solution, but the effort to do so is REALLY BIG,
> so if you don't get paid like mad forget it....
>
>
> -----Ursprüngliche Nachricht-----
> Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> Gesendet: Dienstag, 01. März 2005 00:29
> An: Struts Users Mailing List
> Cc: werner@sonoma.edu
> Betreff: Re: AW: Multi-select file chooser
>
> 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.)
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> Günther Wieser wrote:
>
>>this is standard browser behaviour, haven't seen any browser who would
>>allow you to select more than one file.
>>reason for that is that your form only includes one form field of type
>>file, so how can the browser add more than one file in a way that your
>>app understands this?
>>
>>the only chance for multiple file selection is to ask the user before
>>generation of the form "how many files do you want to upload", or by
>>adding another file field to the form as soon as the user selects one
>>(using javascript; but this is quite ugly and can make a lot of
>>troubles with different browser or javascript-disabled ones...) or
>>he/she upload a zip file...
>>
>>if there is someone outside who knows a better solution, let us know,
>>this is a very common problem.
>>
>>kr,
>>guenther
>>
>>-----Ursprüngliche Nachricht-----
>>Von: Nic Werner [mailto:werner@sonoma.edu]
>>Gesendet: Dienstag, 01. März 2005 00:17
>>An: Struts Users Mailing List
>>Betreff: Re: Multi-select file chooser
>>
>>Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
>>
>>Rakefet Bitton wrote:
>>
>>
>>
>>>Hi, I'm using the "file" tag to select a file from my jsp. The default
>>>browser allows the user to select only 1 file at a time. The user can
>>>not multi select files or a directory.
>>>
>>>Does anyone know of a multi-select file and directory chooser?
>>>
>>>Thanks very much.
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>For additional commands, e-mail: user-help@struts.apache.org
>>>
>>>
>>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>>
>>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Just in case there was any doubt, here's the form from my web hosts'
file manager I was referring to:
<form action="doupload.html" method=POST ENCTYPE="multipart/form-data"
target=infofr>
<input type="file" name="file1">
<input type="file" name="file2">
<input type="file" name="file3">
<input type="file" name="file4">
<input type="file" name="file5">
<input type="file" name="file6">
<input type="file" name="file7">
<input type="file" name="file8">
<input type="file" name="file9">
<input type="file" name="file10">
<input type="file" name="file11">
<input type="file" name="file12">
<br>
Overwrite existing files:
<input type="checkbox" name="overwrite" value="1">
<br>
<input type="submit" value="Upload">
</form>
I could think of some better ways to do present the UI, but that's the
basic idea. Heck, throw that in a .tag file and your all set (in a
basic way).
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Günther Wieser wrote:
> another solution would be to use (signed) java applets, which is (for the
> enduser) the best looking solution, but the effort to do so is REALLY BIG,
> so if you don't get paid like mad forget it....
>
>
> -----Ursprüngliche Nachricht-----
> Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
> Gesendet: Dienstag, 01. März 2005 00:29
> An: Struts Users Mailing List
> Cc: werner@sonoma.edu
> Betreff: Re: AW: Multi-select file chooser
>
> 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.)
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> Günther Wieser wrote:
>
>>this is standard browser behaviour, haven't seen any browser who would
>>allow you to select more than one file.
>>reason for that is that your form only includes one form field of type
>>file, so how can the browser add more than one file in a way that your
>>app understands this?
>>
>>the only chance for multiple file selection is to ask the user before
>>generation of the form "how many files do you want to upload", or by
>>adding another file field to the form as soon as the user selects one
>>(using javascript; but this is quite ugly and can make a lot of
>>troubles with different browser or javascript-disabled ones...) or
>>he/she upload a zip file...
>>
>>if there is someone outside who knows a better solution, let us know,
>>this is a very common problem.
>>
>>kr,
>>guenther
>>
>>-----Ursprüngliche Nachricht-----
>>Von: Nic Werner [mailto:werner@sonoma.edu]
>>Gesendet: Dienstag, 01. März 2005 00:17
>>An: Struts Users Mailing List
>>Betreff: Re: Multi-select file chooser
>>
>>Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
>>
>>Rakefet Bitton wrote:
>>
>>
>>
>>>Hi, I'm using the "file" tag to select a file from my jsp. The default
>>>browser allows the user to select only 1 file at a time. The user can
>>>not multi select files or a directory.
>>>
>>>Does anyone know of a multi-select file and directory chooser?
>>>
>>>Thanks very much.
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>For additional commands, e-mail: user-help@struts.apache.org
>>>
>>>
>>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>>
>>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
AW: AW: Multi-select file chooser
Posted by Günther Wieser <gw...@creative-it.com>.
another solution would be to use (signed) java applets, which is (for the
enduser) the best looking solution, but the effort to do so is REALLY BIG,
so if you don't get paid like mad forget it....
-----Ursprüngliche Nachricht-----
Von: Frank W. Zammetti [mailto:fzlists@omnytex.com]
Gesendet: Dienstag, 01. März 2005 00:29
An: Struts Users Mailing List
Cc: werner@sonoma.edu
Betreff: Re: AW: Multi-select file chooser
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.)
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Günther Wieser wrote:
> this is standard browser behaviour, haven't seen any browser who would
> allow you to select more than one file.
> reason for that is that your form only includes one form field of type
> file, so how can the browser add more than one file in a way that your
> app understands this?
>
> the only chance for multiple file selection is to ask the user before
> generation of the form "how many files do you want to upload", or by
> adding another file field to the form as soon as the user selects one
> (using javascript; but this is quite ugly and can make a lot of
> troubles with different browser or javascript-disabled ones...) or
> he/she upload a zip file...
>
> if there is someone outside who knows a better solution, let us know,
> this is a very common problem.
>
> kr,
> guenther
>
> -----Ursprüngliche Nachricht-----
> Von: Nic Werner [mailto:werner@sonoma.edu]
> Gesendet: Dienstag, 01. März 2005 00:17
> An: Struts Users Mailing List
> Betreff: Re: Multi-select file chooser
>
> Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
>
> Rakefet Bitton wrote:
>
>
>>Hi, I'm using the "file" tag to select a file from my jsp. The default
>>browser allows the user to select only 1 file at a time. The user can
>>not multi select files or a directory.
>>
>>Does anyone know of a multi-select file and directory chooser?
>>
>>Thanks very much.
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
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.)
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Günther Wieser wrote:
> this is standard browser behaviour, haven't seen any browser who would allow
> you to select more than one file.
> reason for that is that your form only includes one form field of type file,
> so how can the browser add more than one file in a way that your app
> understands this?
>
> the only chance for multiple file selection is to ask the user before
> generation of the form "how many files do you want to upload", or by adding
> another file field to the form as soon as the user selects one (using
> javascript; but this is quite ugly and can make a lot of troubles with
> different browser or javascript-disabled ones...)
> or he/she upload a zip file...
>
> if there is someone outside who knows a better solution, let us know, this
> is a very common problem.
>
> kr,
> guenther
>
> -----Ursprüngliche Nachricht-----
> Von: Nic Werner [mailto:werner@sonoma.edu]
> Gesendet: Dienstag, 01. März 2005 00:17
> An: Struts Users Mailing List
> Betreff: Re: Multi-select file chooser
>
> Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
>
> Rakefet Bitton wrote:
>
>
>>Hi, I'm using the "file" tag to select a file from my jsp. The default
>>browser allows the user to select only 1 file at a time. The user can
>>not multi select files or a directory.
>>
>>Does anyone know of a multi-select file and directory chooser?
>>
>>Thanks very much.
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
AW: AW: Multi-select file chooser
Posted by Günther Wieser <gw...@creative-it.com>.
just in case you wonder: it's not a text field, it's "file" field (<input
type="file" name="Name" maxlength="length" accept="Mime-Type">)
-----Ursprüngliche Nachricht-----
Von: Nic Werner [mailto:werner@sonoma.edu]
Gesendet: Dienstag, 01. März 2005 00:24
An: Struts Users Mailing List
Betreff: Re: AW: Multi-select file chooser
Ah, I looked at it that he was selecting files from a directory tree, not
entering into a text field
Günther Wieser wrote:
>this is standard browser behaviour, haven't seen any browser who would
>allow you to select more than one file.
>reason for that is that your form only includes one form field of type
>file, so how can the browser add more than one file in a way that your
>app understands this?
>
>the only chance for multiple file selection is to ask the user before
>generation of the form "how many files do you want to upload", or by
>adding another file field to the form as soon as the user selects one
>(using javascript; but this is quite ugly and can make a lot of
>troubles with different browser or javascript-disabled ones...) or
>he/she upload a zip file...
>
>if there is someone outside who knows a better solution, let us know,
>this is a very common problem.
>
>kr,
>guenther
>
>-----Ursprüngliche Nachricht-----
>Von: Nic Werner [mailto:werner@sonoma.edu]
>Gesendet: Dienstag, 01. März 2005 00:17
>An: Struts Users Mailing List
>Betreff: Re: Multi-select file chooser
>
>Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
>
>Rakefet Bitton wrote:
>
>
>
>>Hi, I'm using the "file" tag to select a file from my jsp. The default
>>browser allows the user to select only 1 file at a time. The user can
>>not multi select files or a directory.
>>
>>Does anyone know of a multi-select file and directory chooser?
>>
>>Thanks very much.
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>>
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>For additional commands, e-mail: user-help@struts.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: AW: Multi-select file chooser
Posted by Nic Werner <we...@sonoma.edu>.
Ah, I looked at it that he was selecting files from a directory tree,
not entering into a text field
Günther Wieser wrote:
>this is standard browser behaviour, haven't seen any browser who would allow
>you to select more than one file.
>reason for that is that your form only includes one form field of type file,
>so how can the browser add more than one file in a way that your app
>understands this?
>
>the only chance for multiple file selection is to ask the user before
>generation of the form "how many files do you want to upload", or by adding
>another file field to the form as soon as the user selects one (using
>javascript; but this is quite ugly and can make a lot of troubles with
>different browser or javascript-disabled ones...)
>or he/she upload a zip file...
>
>if there is someone outside who knows a better solution, let us know, this
>is a very common problem.
>
>kr,
>guenther
>
>-----Ursprüngliche Nachricht-----
>Von: Nic Werner [mailto:werner@sonoma.edu]
>Gesendet: Dienstag, 01. März 2005 00:17
>An: Struts Users Mailing List
>Betreff: Re: Multi-select file chooser
>
>Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
>
>Rakefet Bitton wrote:
>
>
>
>>Hi, I'm using the "file" tag to select a file from my jsp. The default
>>browser allows the user to select only 1 file at a time. The user can
>>not multi select files or a directory.
>>
>>Does anyone know of a multi-select file and directory chooser?
>>
>>Thanks very much.
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>>
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>For additional commands, e-mail: user-help@struts.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
AW: Multi-select file chooser
Posted by Günther Wieser <gw...@creative-it.com>.
this is standard browser behaviour, haven't seen any browser who would allow
you to select more than one file.
reason for that is that your form only includes one form field of type file,
so how can the browser add more than one file in a way that your app
understands this?
the only chance for multiple file selection is to ask the user before
generation of the form "how many files do you want to upload", or by adding
another file field to the form as soon as the user selects one (using
javascript; but this is quite ugly and can make a lot of troubles with
different browser or javascript-disabled ones...)
or he/she upload a zip file...
if there is someone outside who knows a better solution, let us know, this
is a very common problem.
kr,
guenther
-----Ursprüngliche Nachricht-----
Von: Nic Werner [mailto:werner@sonoma.edu]
Gesendet: Dienstag, 01. März 2005 00:17
An: Struts Users Mailing List
Betreff: Re: Multi-select file chooser
Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
Rakefet Bitton wrote:
>Hi, I'm using the "file" tag to select a file from my jsp. The default
>browser allows the user to select only 1 file at a time. The user can
>not multi select files or a directory.
>
>Does anyone know of a multi-select file and directory chooser?
>
>Thanks very much.
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>For additional commands, e-mail: user-help@struts.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Multi-select file chooser
Posted by Nic Werner <we...@sonoma.edu>.
Wow, what browser is that? Can they hold down CTRL? (assuming Windows)
Rakefet Bitton wrote:
>Hi, I'm using the "file" tag to select a file from my jsp. The default browser
>allows the user to select only 1 file at a time. The user can not multi select
>files or a directory.
>
>Does anyone know of a multi-select file and directory chooser?
>
>Thanks very much.
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>For additional commands, e-mail: user-help@struts.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org