struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Frank W. Zammetti" <fzli...@omnytex.com>
Subject Re: AW: Multi-select file chooser
Date Wed, 02 Mar 2005 05:05:19 GMT
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
> <fzlists@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
>>><fzlists@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
>>>>><fzlists@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


Mime
View raw message