[flexcoders] Re: Return data to FileReference

2008-06-20 Thread Santiago Gonzales
I think he is referring to the two different types of events that you
can listen for on a FileReference.  

1) Event.COMPLETE which does not have a data property (Event Class)

and 

2) DataEvent.UPLOAD_COMPLETE_DATA which does have the property
(DataEvent Class)

Both are in the docs for file reference.

--- In flexcoders@yahoogroups.com, "Tracy Spratt" <[EMAIL PROTECTED]> wrote:
>
> Are you saying, "complete event is of type flash.events.Event and does
> not have a data property..." because of the docs?  (which do not list a
> data property)
> 
>  
> 
> Because I am not proposing a theoretical solution, this is operating
> code.  I am a bit confused, though about the event datatypes.  While I
> am listening for flash.events.Event from Filereference, my listener is
> typing the argument as DataEvent, and no exception is thrown, and I can
> access the .data property.
> 
>  
> 
> Per the docs, "flash.events.DataEvent.UPLOAD_COMPLETE_DATA
>  flash/events/DataEvent.html#UPLOAD_COMPLETE_DATA> " is the correct event
> to use.
> 
>  
> 
> Tracy
> 
>  
> 
> 
> 
> From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
> Behalf Of Rich Tretola
> Sent: Friday, June 20, 2008 2:41 PM
> To: flexcoders@yahoogroups.com
> Subject: Re: [flexcoders] Re: Return data to FileReference
> 
>  
> 
> OK, the problem with your solution is that the FileReference complete
> event is of type flash.events.Event and does not have a data property
> and the target is the FileReference.
> 
> 
> 
> 
> On Fri, Jun 20, 2008 at 2:11 PM, Tracy Spratt <[EMAIL PROTECTED]
>  > wrote:
> 
> I just verified it, my handler is working as expected and I can access
> the xml status node I am having the server return.
> 
> Tracy
> 
>  
> 
> 
> 
> From: flexcoders@yahoogroups.com 
> [mailto:flexcoders@yahoogroups.com  ]
> On Behalf Of Tracy Spratt
> Sent: Friday, June 20, 2008 1:58 PM
> 
> 
> To: flexcoders@yahoogroups.com  
> Subject: RE: [flexcoders] Re: Return data to FileReference
> 
>  
> 
> Hmm, looks like I am just using the "Event.COMPLETE" event.  Its been
> awhile since I ran this code, let me double check it.
> 
> Tracy
> 
>  
> 
> 
> 
> From: flexcoders@yahoogroups.com 
> [mailto:flexcoders@yahoogroups.com  ]
> On Behalf Of Tracy Spratt
> Sent: Friday, June 20, 2008 1:55 PM
> To: flexcoders@yahoogroups.com  
> Subject: RE: [flexcoders] Re: Return data to FileReference
> 
>  
> 
> The event.result should contain whatever your server sends back, just
> like with a normal httpservice request.  Below is the code I am using.
> I send back an xml status node, but you could send anything:
> 
> Tracy
> 
>  
> 
>   // Called on upload complete
> 
>   private function onUploadComplete(event:DataEvent):void {
> 
> var sData:String = event.data;
> 
> var xmlStatus:XML = XML(sData);
> 
> if ([EMAIL PROTECTED] == "error") {
> 
>   this.height = 200;
> 
>   lbStatus.setStyle("color","red");
> 
>   lbStatus.text = "Error Uploading File:";
> 
>   txtError.text = [EMAIL PROTECTED];
> 
>   sCloseMode = "ioerror"
> 
>   //_timerStatus.delay = 6000;
> 
>   //_timerStatus.start()  
> 
> }
> 
> else {
> 
>   _numCurrentUpload++;
> 
>   if (_numCurrentUpload < _aUploadFiles.length) {
> 
> startUpload(false);
> 
>   } else {
> 
> lbStatus.text = "Upload successful";
> 
> sCloseMode = "success"
> 
> _timerStatus.start()
> 
>   } 
> 
>   saveProjDoc(); 
> 
> }
> 
>   }//onUploadComplete
> 
>  
> 
> 
> 
> From: flexcoders@yahoogroups.com 
> [mailto:flexcoders@yahoogroups.com  ]
> On Behalf Of Rich Tretola
> Sent: Friday, June 20, 2008 1:16 PM
> To: flexcoders@yahoogroups.com  
> Subject: Re: [flexcoders] Re: Return data to FileReference
> 
>  
> 
> Yes, but that file name is the name that was selected by the user, not
> the one that the file was actually renamed to by the servlet.
> 
> 
> 
> 
> 
> On Fri, Jun 20, 2008 at 1:18 PM, Tracy Spratt <[EMAIL PROTECTED]
>  > wrote:
> 
> You can get the event.result data in a handler for the
> uploadCompleteData event.
> 
>  
> 
> http://livedocs.adobe.com/flex/201/langref/flash/net/FileReference.html#
> event:uploadCompleteData
>  #event:uploadCompleteData> 
> 
>  
> 
> Tracy
> 
>  
> 
> 
> 
> From: flexcoders@yahoogroups.com 

[flexcoders] Re: Return data to FileReference

2008-06-20 Thread Santiago Gonzales
Listen for the DataEvent.UPLOAD_COMPLETE_DATA.  The DataEvent has a
data property that does exactly as Tracy described.  I've done the
same thing recently to return XML information back to the application
from the upload servlet.  The XML you return contain whatever
information you want.

private function onUploadComplete(event:DataEvent):void {   
var data:XML = XML(event.data); 
...
...  

--- In flexcoders@yahoogroups.com, "Rich Tretola" <[EMAIL PROTECTED]> wrote:
>
> OK, the problem with your solution is that the FileReference
complete event
> is of type flash.events.Event and does not have a data property and the
> target is the FileReference.
> 
> 
> 
> On Fri, Jun 20, 2008 at 2:11 PM, Tracy Spratt <[EMAIL PROTECTED]> wrote:
> 
> >I just verified it, my handler is working as expected and I can
access
> > the xml status node I am having the server return.
> >
> > Tracy
> >
> >
> >  --
> >
> > *From:* flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] *On
> > Behalf Of *Tracy Spratt
> > *Sent:* Friday, June 20, 2008 1:58 PM
> >
> > *To:* flexcoders@yahoogroups.com
> > *Subject:* RE: [flexcoders] Re: Return data to FileReference
> >
> >
> >
> > Hmm, looks like I am just using the "Event.COMPLETE" event.  Its been
> > awhile since I ran this code, let me double check it.
> >
> > Tracy
> >
> >
> >  --
> >
> > *From:* flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] *On
> > Behalf Of *Tracy Spratt
> > *Sent:* Friday, June 20, 2008 1:55 PM
> > *To:* flexcoders@yahoogroups.com
> > *Subject:* RE: [flexcoders] Re: Return data to FileReference
> >
> >
> >
> > The event.result should contain whatever your server sends back,
just like
> > with a normal httpservice request.  Below is the code I am using.
 I send
> > back an xml status node, but you could send anything:
> >
> > Tracy
> >
> >
> >
> >   *// Called on upload complete*
> >
> >   *private* *function* onUploadComplete(event:DataEvent):*void* {
> >
> > *var* sData:String = event.data;
> >
> > *var* xmlStatus:XML = XML(sData);
> >
> > *if* ([EMAIL PROTECTED] == *"error"*) {
> >
> >   *this*.height = 200;
> >
> >   lbStatus.setStyle(*"color"*,*"red"*);
> >
> >   lbStatus.text = *"Error Uploading File:"*;
> >
> >   txtError.text = [EMAIL PROTECTED];
> >
> >   sCloseMode = *"ioerror"*
> >
> >   *//_timerStatus.delay = 6000;*
> >
> >   *//_timerStatus.start()  *
> >
> > }
> >
> > *else* {
> >
> >   _numCurrentUpload++;
> >
> >   *if* (_numCurrentUpload < _aUploadFiles.length) {
> >
> > startUpload(*false*);
> >
> >   } *else* {
> >
> > lbStatus.text = *"Upload successful"*;
> >
> > sCloseMode = *"success"*
> >
> > _timerStatus.start()
> >
> >   }
> >
> >   saveProjDoc();
> >
> > }
> >
> >   }*//onUploadComplete*
> >
> >
> >  --
> >
> > *From:* flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] *On
> > Behalf Of *Rich Tretola
> > *Sent:* Friday, June 20, 2008 1:16 PM
> > *To:* flexcoders@yahoogroups.com
> > *Subject:* Re: [flexcoders] Re: Return data to FileReference
> >
> >
> >
> > Yes, but that file name is the name that was selected by the user,
not the
> > one that the file was actually renamed to by the servlet.
> >
> >
> >
> >
> >  On Fri, Jun 20, 2008 at 1:18 PM, Tracy Spratt <[EMAIL PROTECTED]>
> > wrote:
> >
> > You can get the event.result data in a handler for the
uploadCompleteData
> > event.
> >
> >
> >
> >
> >
http://livedocs.adobe.com/flex/201/langref/flash/net/FileReference.html#event:uploadCompleteData
> >
> >
> >
> > Tracy
> >
> >
> >  --
> >
> > *From:* flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] *On
> > Behalf Of *Rich Tretola
> > *Sent:* Friday, June 20, 2008 1:01 PM
> > *To:* flexcoders@yahoogroups.com
> > *Subject:* [flexcoders] Re: Return data to FileReference
> >
> >
> >
> > I guess no one else has run into this before?
> >
> >
> >
> >  On Fri, Jun 20, 2008 at 11:03 AM, Rich Tretola <[EMAIL PROTECTED]>
> > wrote:
> >
> > Here is the situation:
> >
> > I am uploading files from Flex to a Servlet using the
FileReferenceList
> > class. Since there is no way to change the filename before it is
uploaded, I
> > am passing along a parameter which holds the file name I would
like the file
> > to ultimately be saved as.
> >
> > On the server side, all is well. The file is uploaded and then
renamed to
> > my parameter name.
> >
> > So my question is, is there a way to pass the new filename back to
Flex so
> > that I can access it within the FileReference Event.COMPLETE event
listener?
> >
> > Rich
> >
> >
> >
> >
> >
> >  
> >
>




[flexcoders] Re: Wierd behaviour with selectedItem on Datagrid

2008-05-08 Thread Santiago Gonzales
I'm also not sure why this happens, but if you change the code in
function cc of dg.selectedItem = array[3] to dg.selectedIndex = 3 it
works.

--- In flexcoders@yahoogroups.com, "jmfillman" <[EMAIL PROTECTED]> wrote:
>
> Not sure if this is a bug, kind of looks like it, but you can prevent 
> this by doing this:
> 
>  itemClick="dg.selectedItem = array[dg.selectedIndex]; ck(event)">
> 
> 
> --- In flexcoders@yahoogroups.com, "shafram"  wrote:
> >
> > Hello I am encountering a strange problem when I try to select an 
> item
> > after an initial sort order has been provided.
> > 
> > In this example, I have 5 items with all the same count. My initial
> > sorting is on the count field.
> > Once the initial sort has been set, I programmatically select the 
> 4th
> > item in my array which is Letter "D".  If I then try to click on 
> Letter
> > "A" which is right above "D", The alert box will display "D" 
> not "A" in
> > Flex 3.
> > 
> > In flex 2 the event.target.selectedItem is null and an exception is
> > thrown.
> > 
> > Here is the source code. Am I doing something wrong or is this a 
> bug in
> > flex?
> > 
> > 
> > http://www.adobe.com/2006/mxml";
> > layout="absolute"  creationComplete="cc()">
> > 
> > 
> >  
> >  
> >  
> > 
> > 
> >  
> >  
> >   dataField="count"/>
> >  
> >  
> >  
> > 
> > 
> > 
> >
>