O$ - DAM issue - differences between dev and runtime

[Bastiaan Olij]

Hey Nick,

I knew that one :) But I still don't get the internal reasoning behind
the difference of do default and do inherited (and their notational
counterparts). In the end you are always overriding a method and calling
the inherited version, even if in some cases that inherited version is
an Omnis internal one. With the print I kinda follow the reasoning as
Omnis does not see the method as being inherited from the internal one
as the internal logic isn't really a method you are overriding.

But with the table classes $insert, $update and $delete are methods of
the internal table class which are supposed to be in no way different as
where you are subclassing an external object. Or maybe I am mixing up V3
Dams and table classes :D

Greetz,

Bas

Nick Harris wrote:
> Bas
> Do default is essential for report programming when you override the
> $print method.
> Without it you get nothing out
> Nick
>
> -----Original Message-----
> From: omnisdev-en-bounces at lists.omnis-dev.com
> [mailto:omnisdev-en-bounces at lists.omnis-dev.com] On Behalf Of Bastiaan
> Olij
> Sent: dinsdag 7 april 2009 2:37
> To: OmnisDev List - English
> Subject: Re: O$ - DAM issue - differences between dev and runtime
>
> Hi David,
>
> As you are overrriding $update, do default is not the correct way to
> invoke the standard logic.
>
> Try either doing a "do inherited" or what I find easier/better myself:
> do $inherited.$update() returns lvSuccess
>
> Which allows you to parse any additional parameters.
>
> I can't remember off the top of my head when you had to use do default.
> I hardly use that one in my code.
>
> Greetz,
>
> Bas
>
> David Walton wrote:
>   
>> Okay... no responses. Let's try again.
>>
>> I have a table method that is called $update. It processes some
>> history, checks that the user has changed some values, then says  "Do
>> default" with a return value. The problem is that I get different
>> results from the return value on the do default in runtime than in
>> development.
>>
>> Can someone tell me what I should expect from the return value on a do
>> default? Is it boolean, numeric, etc? It seems to be returning a blank
>> (like '').
>>
>> Thanks.
>>
>>     
>
> _____________________________________________________________
> Manage your list subscriptions at http://lists.omnis-dev.com
> _____________________________________________________________
> Manage your list subscriptions at http://lists.omnis-dev.com
>
>   


-- 
Kindest Regards,

Bastiaan Olij
e-mail/MSN: bastiaan at basenlily.nl
web: http://www.basenlily.nl
Skype: Mux213
http://www.linkedin.com/in/bastiaanolij