[Flii] FWiidomConduitConnection

Pete Hobson pete at freesome.com
Thu Apr 5 12:08:15 EDT 2007


yep cool

last one for today :)

I think we might need to take a look at the factory class -  
specifically how it needs to have the temporary connection defined

public static var  
tmp_FwiidomConduitConnection:FWiidomConduitConnection = new  
FWiidomConduitConnection();

to create a new instance via

getDefinitionByName(inType)

It works  - but would need a temp conenction for each type - theres  
potental for conflict there i rekon...




On 5 Apr 2007, at 16:50, Adam Robertson wrote:

> those are calls up from the connection to the FWiidomManager as  
> each new parameter comes in. the manager stuffs them into the  
> relevant wiimote object it is managing in onWiimoteDataIn(), so the  
> connection does not need to actually have a ref to the controllers  
> it is filling with data.
>
> once all the params are updated the connection dispatches the  
> FWiidomConnectionEvent.ON_WIIMOTE_UPDATED event, which is picked up  
> by the manager in onWiimoteUpdated() and fires the  
> FWiidomManagerEvent.ON_DATA_RECEIVED event (that the end users will  
> be listening for)
>
> hope that makes sense?
>
> A
>
>
> On 4/5/07, Pete Hobson < pete at freesome.com> wrote:
> will do
>
>
> looks fairly clean so far, one quick question :  in
>
> protected function dispatchUpdate 
> (index:Number,param:String,val:String) : void {
> 		 	var wme:WiimoteControllerEvent = new WiimoteControllerEvent 
> (WiimoteControllerEvent.ON_RECEIVE,index,param,val);
> 			dispatchEvent( new FWiidomConnectionEvent 
> (FWiidomConnectionEvent.ON_GET_WIIMOTE_DATA,wme)); 			
> 		 }	
>
> which class is listening for these events??
>
> On 5 Apr 2007, at 15:37, Adam Robertson wrote:
>
>> oh by the way, the whole connection factory biz is hopefully so we  
>> can slot other connections (such as Flii) in relatively easily as  
>> long as they handle their own connections and implement the  
>> interface. Untested of course, so let me know if you spot any  
>> problems.
>>
>> A
>>
>> On 4/5/07, Adam Robertson <oldskool73 at gmail.com > wrote:
>> Pete,
>>
>> that'll be for sending data back to the wiimote, so for setting  
>> the LED's or rumble mostly.
>>
>> A
>>
>> On 4/5/07, Pete Hobson < pete at freesome.com> wrote:
>>
>>
>> Adam,
>>
>> Im looking into extending FWiidomConnection To give a FliiConnection
>>
>> Looking at
>>
>>  FWiidomConduitConnection
>>
>> which is the class I believe you presently use to connect to your  
>> conduit?
>>
>> Just wondering what the
>>
>> 		public override function setWiimoteData(w:WiimoteController):  
>> void {
>>   			//con_lc.send(OUT_LC_NAME,
>> 		}
>>
>>
>> is all about??
>>
>> pete
>>
>>
>>
>>
>> _______________________________________________
>> Flii mailing list
>> Flii at osflash.org
>> http://osflash.org/mailman/listinfo/flii_osflash.org
>>
>>
>>
>> _______________________________________________
>> Flii mailing list
>> Flii at osflash.org
>> http://osflash.org/mailman/listinfo/flii_osflash.org
>
>
> _______________________________________________
> Flii mailing list
> Flii at osflash.org
> http://osflash.org/mailman/listinfo/flii_osflash.org
>
>
> _______________________________________________
> Flii mailing list
> Flii at osflash.org
> http://osflash.org/mailman/listinfo/flii_osflash.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://osflash.org/pipermail/flii_osflash.org/attachments/20070405/51980519/attachment.htm


More information about the Flii mailing list