This is because there is a rule for that key and the caching will go for that. 
You should be able to use, say:

100: true => excelFile = impliedFile [ERDKeyValueAssignment]

and then push "impliedFile" to the context. Actually, it would be better to 
change the Excel list page to append ".xls" only if needed and then use the 
display name for the page config. 

Cheers, Anjo



Am 07.03.2011 um 20:55 schrieb Markus Ruggiero:

> Anjo,
> 
> That's what I already tried but it does not work :-( 
> 
> I found that the app always fires the rule:
> 100: (pageConfiguration = 'ListExcelTextblock') => excelFileName = 
> "Textblock.xls" [com.webobjects.directtoweb.Assignment]
> 
> when it is there. When I remove this rule I always get the default excel file 
> name results.xls. It looks as if the binding in EGWrapper always goes to the 
> rule system and when there is no rule it uses the default. Rule tracing show 
> this clearly.
> 
> ERExcelListPage.wo uses EGWrapper as its page wrapper and passes the 
> following binding to it
> fileName = d2wContext.excelFileName;
> 
> Even doing copy/paste to make sure there is no typo in the word excelFileName 
> does obviously not properly set that particular key in d2wContext. Could it 
> be that the d2wContext is not the same when I set the key?
> 
> Confused
> ---markus----
> 
> 
> On 07.03.2011, at 19:50, Anjo Krank wrote:
> 
>>> This works and is almost generic (ExcelDownload component is). However for 
>>> being truly generic it would be great if I could specify excelFileName and 
>>> displayNameForSectionKey dynamically with the entity name instead of hard 
>>> coding those into the rules as above. So what I want is a rule like
>> 
>> Add:
>>          d2wContext.takeValueForKey(d2wContext.valueForKey("entity.name") + 
>> ".xls", "excelFileName");
>> 
>> in your link method.
>> 
>> Cheers, Anjo
>> 
>> 
>> _______________________________________________
>> 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/mailinglists%40kataputt.com
>> 
>> This email sent to [email protected]
>> 
> 

 _______________________________________________
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