No... I think you will have to enumerate the collection.

Or you could use a DTO, databind to that instead, and wire up the
values yourself when you call update.

On Sep 25, 12:41 pm, JakeS <jakesteven...@gmail.com> wrote:
> I've got an object:
> class BillingInfo
> {
>    public string BilledToName{get;set;}
>    ...
>    [HasMany(typeOf(SystemUser)]
>    public IList<SystemUser> PaysFor{get;set;}
>
> }
>
> And I need to let the user edit their basic billing information
> without bothering who it pays for, so my controller has an update
> method:
>
> class BillingController
> {
>   public void Edit()
>   {
>      PropertyBag["BillingInfo"] = CurrentUser.BillingInfo;
>   }
>   public void UpdateBillingInfo( [DataBind("BillingInfo")] BillingInfo
> info)
>   {
>          info.Update();  //Except info.PaysFor is empty!
>   }
>
> }
>
> I'm sure the info.PaysFor is empty because it's not being passed
> through the view, but there's no simple FormHelper method for storing
> all these values, is there?
>
> Should I forget about databinding for this instance and only deal with
> individual values on the view?  Or is there a simple way to keep the
> PaysFor values in a hidden field within the view?
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Castle Project Users" group.
To post to this group, send email to castle-project-users@googlegroups.com
To unsubscribe from this group, send email to 
castle-project-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/castle-project-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to