This is just a guess, but I think you might be approaching this inappropriately. I wonder if you need to edit Courses from the Student relationship? Or the Professor relationship?
You probably need to have one interface for Courses where you edit/create them separately from Students or Professors (or whatever). Then you can pick courses from Student/Prof and/or pick students/profs from Course but not try to nest too many levels in the edit/create pages. On 2012-10-26, at 12:05 PM, Fabian Peters wrote: > Thanks Ramsey, just tried this but to no avail. I've tried both > > session.context.page.d2wContext.entity.name > session.context.page.d2wContext.pageConfiguration > > in the "D2W Key" field of the ERDDebuggingHelp. The problem seems to be that > the session cannot be reached, unless the call is made from within the > property level repetition: > > <http://www.e-lumo.com/tmp/d2wdebug.png> > > > Am 26.10.2012 um 20:37 schrieb Ramsey Gurley: > >> You may not necessarily have a page configuration depending on how the page >> is instantiated. Have you tried a rule with a LHS like >> >> session.context.page.d2wContext.entity.name = 'EntityA' and >> session.context.page.d2wContext.task = 'edit' >> >> ? >> >> Ramsey >> >> On Oct 26, 2012, at 11:18 AM, Fabian Peters wrote: >> >>> Sorry, sent too fast and mixed up my mock entities. This seems to be (more) >>> correct: >>> >>> Unfortunately parentPageConfiguration doesn't help, as there's an >>> additional level of nesting due to the "EditRelationshipEmbeddedEntityC". >>> It will always just return "EditRelationshipEmbeddedEntityC", when the >>> embedded page is "EditEmbeddedEntityC" and the "root" pageConfiguration is >>> "EditEntityA" or "EditEntityB". >>> >>> My rule works fine when the pageConfiguration is "CreateEmbeddedEntityC": >>> >>> 333 : ((pageConfiguration = 'CreateEmbeddedEntityC' or pageConfiguration = >>> 'EditEmbeddedEntityC') and >>> session.context.page.d2wContext.pageConfiguration like '*EntityC') => >>> displayPropertyKeys = ("foo", "bar", "baz") >>> [com.webobjects.directtoweb.Assignment] >>> >>> But the same rule fails when the task is "edit". Tracing the rules shows >>> that "session.context.page.d2wContext.pageConfiguration" evaluates to null >>> then. >>> >>> Am 26.10.2012 um 20:00 schrieb David Holt: >>> >>>> Sorry those should have been: editEmbeddedRelationshipEntityC >>>> >>>> >>>> On 2012-10-26, at 10:57 AM, David Holt wrote: >>>> >>>>> If you're using embedded configurations, wouldn't you just have a couple >>>>> of rules like: >>>>> >>>>> 20 : (pageConfiguration = 'editRelationshipEntityC' and >>>>> parentPageConfiguration = 'EditEntityA') => displayPropertyKeys = >>>>> ("name", "description") [com.webobjects.directtoweb.Assignment] >>>>> >>>>> 20 : (pageConfiguration = 'editRelationshipEntityC' and >>>>> parentPageConfiguration = 'EditEntityB') => displayPropertyKeys = >>>>> ("name") [com.webobjects.directtoweb.Assignment] >>>>> >>>>> Unless I'm missing what you're trying to do. >>>>> >>>>> d >>>>> >>>>> >>>>> On 2012-10-26, at 10:09 AM, Fabian Peters wrote: >>>>> >>>>>> Yes, this is with ModernLook. >>>>>> >>>>>> Am 26.10.2012 um 17:56 schrieb David Holt: >>>>>> >>>>>>> Are you using ModernLook with actual embedded page configurations? >>>>>>> >>>>>>> David >>>>>>> >>>>>>> On 2012-10-26, at 6:40 AM, Fabian Peters wrote: >>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> An entity that's being edited (EntityC) has relationships to two >>>>>>>> different entities (EntityA, EntityB) and different keys should be >>>>>>>> shown depending on the context (root pageConfiguration being >>>>>>>> "EditEntityA" or "EditEntityB"). In order to display the right >>>>>>>> properties on an embedded page, I need to look at the root >>>>>>>> pageConfiguration, "parentPageConfiguration" is the same in both >>>>>>>> contexts. >>>>>>>> >>>>>>>> Calling "session.context.page.d2wContext.pageConfiguration" works when >>>>>>>> used at the property level, but (mostly) fails when used in a rule >>>>>>>> acting on "displayPropertyKeys". Apparently, it's impossible to get to >>>>>>>> the session from there. Is there an alternative approach to get the >>>>>>>> root page configuration in a D2W app? >>>>>>>> >>>>>>>> Fabian >>>>>>>> _______________________________________________ >>>>>>>> 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/programmingosx%40mac.com >>>>>>>> >>>>>>>> This email sent to programming...@mac.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/programmingosx%40mac.com >>>>> >>>>> This email sent to programming...@mac.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/lists.fabian%40e-lumo.com >>> >>> This email sent to lists.fab...@e-lumo.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/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/programmingosx%40mac.com > > This email sent to programming...@mac.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
