Error on opening Remote Form

Just like a normal instance variable you can also pre-instantiate the object by just making the instance variable of type object and sub-type oInv.

This will automatically instantiate the object ready for you to then use the iVar.$setup() notation.

Its not just instance variables, you can do this will all the types of omnis variables.

Though I do prefer the $newref() approach because at the end of the method or $destruct of the remote form I like todo my own garbage collection by calling iVar.$deleteref()

HTH

Vik Shah
Keys2Solutions

> On 15 Feb 2018, at 10:58, Das Goravani <das@Goravani.com> wrote:
>
>
> Well I like my newly learned one liner:
>
> Do $objects.oInv.$newref() Returns iobj
>
> Very cool. So that’s how you instantiate objects leaving them external. OK.
>
> But the bug was not avoided. Still comes up.
>
> I am declaring 4 lists, defining them from schemas, blessing them with the session object and filling them with data all before the form appears, but it still thinks a list is null so it seems from what others who know Javascript said. Phewy. Wish this bug wasn’t there. It’s my main window it’s spoiling.
>
>
>
>> On Feb 14, 2018, at 4:53 PM, Das Goravani <das@Goravani.com> wrote:
>>
>>
>>
>> Oh I figured it out with the Notation Help. You use $newref() and an Object ref. Variable to hold it. I have it working now under this way, which I’ll try to see if the Omnis bug is avoided.
>> _____________________________________________________________
>> Manage your list subscriptions at lists.omnis-dev.com
>> Start a new message -> mailto:omnisdev-en@lists.omnis-dev.com
>
> _____________________________________________________________
> Manage your list subscriptions at lists.omnis-dev.com
> Start a new message -> mailto:omnisdev-en@lists.omnis-dev.com

_____________________________________________________________
Manage your list subscriptions at lists.omnis-dev.com
Start a new message -> mailto:omnisdev-en@lists.omnis-dev.com