$0 - Report Main Lists using Inst Var

Fred Brinkman fred.brinkman at euromnis.com
Fri Jan 29 14:03:03 EST 2010


Your instance var looses scope the moment you go to the report, so the  
yell 'report list is not a list field' is correct, with $cinst you're  
always in the correct instance...


Fred Brinkman
www.euromnis.com

**********************************************
Fred Brinkman Consultancy
B-1000 Brussels

Tel. +32-474-83 80 80
Fax +32-2-330 10 31 (on request)
Email fred.brinkman at euromnis.com
*********************************************











Op 29 jan 2010, om 19:56 heeft Chris Peck het volgende geschreven:

> That works, Fred.  So it seems that I might be right in that the  
> command internally doesn't follow the notation back to the window  
> correctly, unless you give it very literal direction.  Arg, still  
> causes me extra work when I'm getting a window overhauled, but at  
> least I can keep the same basic construct with the addition of the  
> '$cinst.' added.  Thanks for the suggestion.
>
> Chris
>
>
>
>
>
> On Jan 29, 2010, at 12:37 PM, Fred Brinkman wrote:
>
>> did you try to set the report main list to  $cinst.MyList
>>
>>
>>
>> Fred Brinkman
>> www.euromnis.com
>>
>> **********************************************
>> Fred Brinkman Consultancy
>> B-1000 Brussels
>>
>> Tel. +32-474-83 80 80
>> Fax +32-2-330 10 31 (on request)
>> Email fred.brinkman at euromnis.com
>> *********************************************
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Op 29 jan 2010, om 17:04 heeft Chris Peck het volgende geschreven:
>>
>>> Hi All,
>>>
>>> Has anyone found a way to use the Set Report Main List command  
>>> with an Instance variable list?  Using ver 4.3.1.4 now, and I've  
>>> found that if I change a class list variable during my window  
>>> overhauls to an instance variable, the Set Report Main List will  
>>> then give an error that the main list field is not a list field.   
>>> To get around this problem, I've been declaring a local var, then  
>>> doing a merge, resetting the report main list to the local var,  
>>> and all works fine, but it's not a good long term solution to the  
>>> issue I've found.  Also, does anyone know if this issue has been  
>>> forwarded to TL?
>>>
>>> Chris Peck
>>> Software Developer
>>> Word Master, Inc.
>>>
>>>
>>>
>>>
>>> _____________________________________________________________
>>> Manage your list subscriptions at http://lists.omnis-dev.com
>>
>> _____________________________________________________________
>> Manage your list subscriptions at http://lists.omnis-dev.com
>
> _____________________________________________________________
> Manage your list subscriptions at http://lists.omnis-dev.com




More information about the omnisdev-en mailing list