Return-Path: 
 <dev-return-60263-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 20555 invoked from network); 29 Apr 2004 20:26:24 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 29 Apr 2004 20:26:24 -0000
Received: (qmail 8299 invoked by uid 500); 29 Apr 2004 20:23:57 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 8266 invoked by uid 500); 29 Apr 2004 20:23:57 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
list-post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 8240 invoked from network); 29 Apr 2004 20:23:56 -0000
Received: from unknown (HELO poros.telenet-ops.be) (195.130.132.44)
  by daedalus.apache.org with SMTP; 29 Apr 2004 20:23:56 -0000
Received: from localhost (localhost.localdomain [127.0.0.1])
	by poros.telenet-ops.be (Postfix) with SMTP id 1A8C6368149
	for <dev@cocoon.apache.org>; Thu, 29 Apr 2004 22:24:02 +0200 (MEST)
Received: from [192.168.123.100] (D5774E46.kabel.telenet.be [213.119.78.70])
	by poros.telenet-ops.be (Postfix) with ESMTP id DA4CE36808A
	for <dev@cocoon.apache.org>; Thu, 29 Apr 2004 22:24:01 +0200 (MEST)
Subject: Re: [cforms] upload widget styling
From: Bruno Dumon <bruno@outerthought.org>
To: dev@cocoon.apache.org
In-Reply-To: <90260443-9A0E-11D8-AF6B-000A95908E0E@wrinkledog.com>
References: <90260443-9A0E-11D8-AF6B-000A95908E0E@wrinkledog.com>
Content-Type: text/plain
Organization: Outerthought
Message-Id: <1083270228.11704.240.camel@23.13 	yum.ot 	yum
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Thu, 29 Apr 2004 22:23:49 +0200
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Mark,

I actually think the styling is very logical. When you submit the form,
the data is uploaded and the upload widget holds the reference to the
uploaded data. When after that the form is redisplayed, you don't want
the upload to happen again next time the user submits the form. That's
why the filename is displayed instead. If the user wants to upload
something else instead, he/she can press the "..." button.

Actually I don't understand what you are exactly trying to do.

On Thu, 2004-04-29 at 20:53, Mark Lundquist wrote:
> (I'm posting this on the dev list because I may end up filingsomething
> on Bugzilla, but I wanted to talk it over first...)
> 
> Anyway.... I'm not getting the idea of what forms-field-styling.xsl
> istrying to do with <fi:upload>... all I know is that it's not what
> Ineed! :-)  
> 
>   <xsl:template match="fi:upload">
>     <xsl:choose>
>       <xsl:when test="fi:value">
>         <!-- Has a value (filename): display it with a change
> button-->
>         <span title="{fi:hint}">
>           [<xsl:value-of select="fi:value"/>] <input
> type="submit"id="{@id}" name="{@id}" value="..."/>
>         </span>
>       </xsl:when>
>       <xsl:otherwise>
>         <input type="file" id="{@id}" name="{@id}"
> title="{fi:hint}"accept="{@mime-types}"/>
>       </xsl:otherwise>
>     </xsl:choose>
>     <xsl:apply-templates select="." mode="common"/>
>   </xsl:template>
> 
> My form has an action widget whose handler cares about the value ofthe
> upload widget (this handler does the upload).  So when the form
> isredisplayed, I no longer get an <input type="file">, instead I get
> asubmit button (!).
> 
> This handling of fi:upload was obviously designed to support
> somescenario, but it's undocumented and (a)  obvious to me what that
> mightbe, and (b) as I mentioned, it doesn't fit what I'm trying to do.
> 
> I tried to defeat this behavior by doing this immediately
> beforeexiting my action widget handler:
> 
> wid.logoFile.value = null;
> 
> ...but that loses: "value of <fd:upload> widget cannot be
> manuallyset", or something to that effect.
> 
> I would petition that the default handling of <fi:upload> shouldalways
> just generate an <input type="file">, and let the specialhandling that
> is the current default be selected using an<fi:styling> attribute.
> 
> Or, that it  be allowed to set the value of an upload widget to
> null(fine with me if setting it to a non-null value were disallowed).
> 
> WDYT?
> mark
-- 
Bruno Dumon                             http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
bruno@outerthought.org                          bruno@apache.org