Re: Different behavior from ERMD2WEditToOneTypeAhead
Re: Different behavior from ERMD2WEditToOneTypeAhead
- Subject: Re: Different behavior from ERMD2WEditToOneTypeAhead
- From: T Worman <email@hidden>
- Date: Thu, 06 Oct 2016 17:29:26 -0700
Thanks Flavio. I tried it but it did not work. I am still getting a full list of objects that do not match the the value entered by the user.
Bummer - this used to work. Will have to figure out if any recent changes have impacted this.
Tim
> On Oct 6, 2016, at 4:26 PM, Flavio Donadio <email@hidden> wrote:
>
> Tim,
>
>
> I believe you need to change that rule to use an ERDDelayedAssignment, not a plain Assignment. But I might be wrong.
>
>
> Cheers,
> Flavio
>
>> On 06/10/2016, at 18:56, T Worman <email@hidden> wrote:
>>
>> Hello All:
>>
>> I have a relationship sth like:
>>
>> Product(productId) <-> LineItem(productId)
>>
>> I am using ERMD2WEditToOneTypeAhead on the attribute Product.productNumber on a CreateLineItem page. But I’ve also got a rule for keyWhenRelationship like:
>>
>> 100 : smartRelationship.destinationEntity.name = ‘Product' => keyWhenRelationship = "d2wProductDisplayWhenRelationship" [com.webobjects.directtoweb.Assignment]
>>
>> where Product.d2wProductDisplayWhenRelationship returns a concatenated string that gives a more complete description of the product. Previously, this worked to only display items where Product.productNumber matched the string inserted by the user. Now it only works correctly if keyWhenRelationship=productNumber. The problem with this is that it doesn’t give the user enough feedback about the search results.
>>
>> Also, the behavior I’m seeing is that a whole list of Product objects are returned that do not match Product.productNumber. Which is confusing.
>>
>> I haven’t had a chance to look through recent commits yet but plan to do that later today. Just wanted to check and see - does anybody have any insight about this?
>>
>> Tim
>> UCLA GSE&IS
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden