which trigger i must use?

[stan]

i have an unbound form to save 1 field to 1 tabel

the code is like this :
t_sub_wilayah.GET(sub_wilayah_kode);
t_sub_wilayah.kotamadya_kode:= KodeKotamadya;
t_sub_wilayah.MODIFY;

if I used it with command button i can work successfully

but if i put in on trigger (form or text box) if cannot be done

I already put it on OnLookUp trigger, onValidate, on aftergetcurrrecord, etc

all failed… do you know which trigger i must used to solve problem like this?

[Alex_Chow]

Assuming the source table is different than the form, you should put your code on OnAfterValidate trigger on the field on the form.

However, why not put the code on the table instead?

[TonyH]

I second Alex on this, you should attempt, where possible, to keep code off the forms. There are instances where you need to put code on the form, but it is “best practice” not to put code on a Form that could be called from the table, or another object.

/TH

[admin1]

I second Alex on this, you should attempt, where possible, to keep code off the forms. There are instances where you need to put code on the form, but it is “best practice” not to put code on a Form that could be called from the table, or another object.

Yes, but not only that. You should also have Dynamics NAV version 5.1 in mind, where you will not be able to have code on forms. So better rethink your development code now and then later get an easier upgrade…

[David_Singleton]

In general if you need to put business logic on a Form, then you are doing it wrong. Take a big step back and redesign what ever you are trying to do.

Yes, but not only that. You should also have Dynamics NAV version 5.1 in mind, where you will not be able to have code on forms. So better rethink your development code now and then later get an easier upgrade…

Actually that might change [;)] Even the BAD team have put code on forms, so it might last a little longer until they can clean up all their errors. Just look at planning and production.

[stan]

so?if we use nav 5.1, we don’t have to use C/AL ?

[stan]

I second Alex on this, you should attempt, where possible, to keep code off the forms. There are instances where you need to put code on the form, but it is “best practice” not to put code on a Form that could be called from the table, or another object.

/TH

do you mean same code and same C/AL Global?

but we should put it on table?

am I right that if we put it in the form is more safety than put it in table?

[DenSter]

so?if we use nav 5.1, we don’t have to use C/AL ?

No, ALL 5.1 NAV development will be done in C/AL, in the same editor that we use now. The only thing that will be added is RDL layout development in external RDL editors, which can then be saved within the NAV report object. Then with the web services, it will be much easier to hook up .NET development to NAV functionality. However, NAV development itself will be in C/AL.