I'd appreciate the callback approach, so that you could choose to 
update bound state on the model or update control settings locally.  
That seems like a logical balance.  Inho (.015), not all state needs 
to be controled by the model.  If I wanted to clear a TextInput 
field or reset a RadioButtonGroup, based on the result of a command 
call, currently I'd have to clutter-up the ModelLocator with 
redundant state variables for these controls.  When, in fact, the 
state of these individual controls is irrelevant to the state of the 
application.  Yes, if the state of individual controls is needed in 
other parts of the application, it would be necessary to maintain 
state variables.  But, if the controls are isolated inside a view 
component, they can be more efficiently controled within the 
component itself.

Wish list: eventListener (responder) back to the gesture origin.

-TH

--- In [email protected], "JesterXL" <[EMAIL PROTECTED]> wrote:
>
> ...or you can have Commands support callbacks, and thus no need 
for state 
> variables, nor a need for your Commands to update those variables.
> 
> ----- Original Message ----- 
> From: "Steven Webster" <[EMAIL PROTECTED]>
> To: <[email protected]>
> Sent: Thursday, July 06, 2006 3:57 PM
> Subject: RE: [flexcoders] Re: Cairngorm Responder interface changes
> 
> 
> Agreed.  Developers *have* to take responsibility for creating
> application-specific classes.  If your application has "10 million 
state
> variables", then having a StateMachine / StateManager seems like a
> logical refactoring to aim for.  If however, your application 
has "a
> decent number of states", no reason they can't be held in a single 
State
> class kept on the model (our typical solution), and if you only 
have 2
> or 3 states, even the State class can be overkill.
> 
> Just my $.02
> 
> Steven
> 
>   Steven Webster
> Practice Director (Rich Internet Applications)
> Adobe Consulting
> Westpoint, 4 Redheughs Rigg, South Gyle, Edinburgh, EH12 9DQ, UK
> p: +44 (0) 131 338 6108
> m: +44 (0) 7917 428 947
> [EMAIL PROTECTED]
> 
> 
> 
> > -----Original Message-----
> > From: [email protected]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Tom Chiverton
> > Sent: 06 July 2006 16:01
> > To: [email protected]
> > Subject: Re: [flexcoders] Re: Cairngorm Responder interface 
changes
> >
> > On Thursday 06 July 2006 14:49, JesterXL wrote:
> > > Just what I need, 10 billion more state variables to keep
> > track of...
> >
> > Point taken, but they don't all have to be flat i.e. direct
> > properties of the model.
> > You can have model.viewHelpers.* , model.thingsAboutFoo.* etc.
> >
> > --
> > Tom Chiverton
> >
> > ****************************************************
> >
> > This email is sent for and on behalf of Halliwells LLP.
> >
> > Halliwells LLP is a limited liability partnership registered
> > in England and Wales under registered number OC307980 whose
> > registered office address is at St James's Court Brown Street
> > Manchester M2 2JF.  A list of members is available for
> > inspection at the registered office. Any reference to a
> > partner in relation to Halliwells LLP means a member of
> > Halliwells LLP. Regulated by the Law Society.
> >
> > CONFIDENTIALITY
> >
> > This email is intended only for the use of the addressee
> > named above and may be confidential or legally privileged.
> > If you are not the addressee you must not read it and must
> > not use any information contained in nor copy it nor inform
> > any person other than Halliwells LLP or the addressee of its
> > existence or contents.  If you have received this email in
> > error please delete it and notify Halliwells LLP IT
> > Department on 0870 365 8008.
> >
> > For more information about Halliwells LLP visit 
www.halliwells.com.
> >
> >
> >
> > ------------------------ Yahoo! Groups Sponsor
> > --------------------~--> See what's inside the new Yahoo!
> > Groups email.
> > http://us.click.yahoo.com/2pRQfA/bOaOAA/yQLSAA/nhFolB/TM
> > --------------------------------------------------------------
> > ------~->
> >
> > --
> > Flexcoders Mailing List
> > FAQ: 
http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> > Search Archives:
> > http://www.mail-archive.com/flexcoders%40yahoogroups.com
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
> >
> >
> 
> 
> 
> --
> Flexcoders Mailing List
> FAQ: 
http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives: http://www.mail-archive.com/flexcoders%
40yahoogroups.com
> Yahoo! Groups Links
>







--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/flexcoders/

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 


Reply via email to