More than one way to skin a cat here. I'd probably just set up a wizard. step 1, choose a practice with an ERD2WEditToOneRelationship that filters the list to only practices with billables that have no invoice. step 2, choose billables form a filtered list for that practice with an ERD2WEditToManyRelationship component. step 3, edit invoice date validate and save accordingly
Ramsey On Mar 29, 2012, at 3:20 PM, Paul Hoadley wrote: > Hi Ramsey, > > On 30/03/2012, at 2:21 AM, Ramsey Gurley wrote: > >> On Mar 29, 2012, at 2:31 AM, Paul Hoadley wrote: >> >>> Anyway, the subject above is probably a misnomer: I'm not trying to create >>> particularly complex objects, but I am trying to do something outside CRUD, >>> which is pretty much all I've ever done with D2W before. In the model, a >>> Billable object has an optional to-one relationship to Invoice. When I >>> create a Billable, it initially has no related Invoice. Later I will >>> create an Invoice for a client, and collect together some set of Billables, >>> and the relationship is created at that time. And that's the bit I need a >>> pattern for: Invoice creation. Billable also has a mandatory relationship >>> to Practice (i.e., a client), and a startTime timestamp. When I go to >>> create an Invoice, I'd give the Invoice a date and select a Practice, and >>> then I want to add, say, all of the Billables that (a) belong to no other >>> Invoice, (b) point to the same Practice, and (c) have a startTime that >>> falls before the new Invoice.date. >> >> Well, you can just set the practice, the invoice date, and then save >> changes. In Invoice.willInsert() fetch the billables and add them to the >> relationship just before the save takes place. :-) Or is that too automatic? > > It's more automatic than I was thinking, but it sounds alright. Say if I > wanted to review the list of Billables before saving, though, what would you > do then? > > > -- > Paul Hoadley > http://logicsquad.net/ > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com > > This email sent to rgur...@smarthealth.com
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com