On Jul 8, 2008, at 1:24 PM, David Avendasora wrote:


On Jul 8, 2008, at 4:09 PM, Chuck Hill wrote:


On Jul 8, 2008, at 1:07 PM, David Avendasora wrote:

restrictedChoiceKey....

Hmmm....

Ahg! WOnder. Figures. :)

I was hopping for a WO-only solution.

Thanks for the quick reply though!

I thought The First Rule of D2W was "D2W without Wonder is a deadlock waiting to happen"

Well, I was being slightly disingenuous. Replace "W" with "JC" and you'll be closer to the truth of the question.

Sigh.  And here I thought you were branching out into new areas of pain!

:-P


But I figured if there was a way to do it in D2W then I could do it in D2JC since they use the same rule engine and I was far more likely to get a response on a D2W question.

And, for what it's worth, I haven't run into any deadlock problems with D2JC.

Time to dig through the Wonder D2W stuff and figure out if I can apply it to D2JC too...

Don't hold your breath though. :-)

Dave


Chuck


On Jul 8, 2008, at 3:45 PM, Guido Neitzer wrote:

If you have them on the same page, you need to do an Ajax call to set the manufacturingLine and than limit the other one with the restrictedChoiceKey in the rules. Never tried that though.

cug

On 08.07.2008, at 12:55, David Avendasora wrote:

I have two to-one relationships on my Routing entity:

Routing -> ManufacturingLine
Routing -> WorkCenter

ManufacturingLine and WorkCenter are also related with a many-to- many:

ManufacturingLine <<->> WorkCenter

On the form for Routing, I'd like to restrict the possible options on the WorkCenter popup to only the ones that are also related to the Routing's selected ManufacturingLine.

Is there a way to do that by writing a rule in the d2w.d2wmodel file, or otherwise qualify the NSArray that populates the popup? I've been digging through the D2W API and I can't seem to figure it out.

I think it was Guido that mentioned doing this during a between- session conversation at WOWODC this year, I just can't remember.

Dave
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/lists%40event-s.net

This email sent to [EMAIL PROTECTED]

--
http://www.event-s.net




_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net

This email sent to [EMAIL PROTECTED]


--

Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems.
http://www.global-village.net/products/practical_webobjects










--

Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems.
http://www.global-village.net/products/practical_webobjects





_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to