Newest Navision Client on old bases?

henrikohm

Hi world,

I have one tiny question: Is it possible to "ALWAYS" run old databases on the newest clients, ex. running a 3.6 or 3.7B on a new 4.0 client, just saying YES to convert the database??

I have tried it and apparently it seems to be working, but are there any "ohh, I didn't know that problem dammit" or is it just straight forward?

Happy new year to all

kine

It can be stright, but you need to think about Navigation Pane etc. But all old C/AL code is working well, sometime is there some little difference in behavior for example the shell command...

Marije_Brummel

I have never had any problems with it.

Remember that 4.0 has the menupane, but if you hide this you can use the old 3.x menu.

kine

Yes, but you need to hide it... :-) For someone it can be problem... ;-)

henrikohm

so now just remains building a menu (of one menuitem?) to support that the customers can access a main menu. Maybe a 37_40-menusuite?

or can it be controlled from within Navision?

Marije_Brummel

It is handled by Navision.

The old F12 works if you convert an old database. You do not need a menusuite.

kine

Yes, this is done through codeunit 1....

Marije_Brummel

The ID of the function CompanyOpen is changed from 1 to 30.

If you change this back to 1 or create a new function with ID=1 then you can use F12.

henrikohm

Yes, in 37B client when pressing F12 it runs CompanyOpen [function 1] in CU 1, but apparently not in std. 4.0 ?? How does it know the difference between 3.7B and 4.0 CU 1 function 1 ??

henrikohm

ahhh,,,, checking it out... 2 secs...

DenSter

The only real problem you would have is if you have variable names that are the same as new data types, like 'variant'. I had some logic that used the Variant table, and when they came out with the new variant datatype I had compile errors. All I needed to do was rename my variable to something like recVariant and it worked again.

henrikohm

nope, in my 4.0 std. base CompanyOpen is function 1 ..... not 30

DenSter

oh and of courseyou might be running a newer versino of things like MS Office that won't work as well. In that case you'd need to update your code to the newer versions, but that's easy to spot when it happens.

Marije_Brummel

henrikohm wrote:

nope, in my 4.0 std. base CompanyOpen is function 1 ..... not 30

The ID's are not synchonised with the order in the functions list. Look at the properties of the functions.

henrikohm

Yes, I was looking in the properties of the CompanYOpen function. Says 1 both in 3.7b and 4.0 ???

Yes, it could be a problem regarding variable names, but not in our solution, but thanks :-)

henrikohm

dohhh... it says function 1 in all the functions...??? weird, thats not normal... i'm doing something wrong...wait 2 secs

i4tost

As i heared, there were some changes in some functions (programming language). So sometimes you can get very interesting results.
These changes we made due to security
I do not know what exactly changes were implemented, but it is not very frequently used functions like FIND

Marije_Brummel

Goto Global Variables, TAB functions. Choose function CompanyOpen and choose Properties.

Voila.

henrikohm

off course!!! ](*,) yes it works now!

thank you very much!

only problem is that now it pops up at company selection F12 also....

Marije_Brummel

Yes, but this is also in 2.x and 3.x. If you open a company, the codeunit1 is executed.

What is the problem with that?

henrikohm

no problem :-D this works very fine!

thank you and have a great new year