Newest Navision Client on old bases?

henrikohm · 2006-01-04

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 · 2006-01-04

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 · 2006-01-04

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 · 2006-01-04

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

henrikohm · 2006-01-04

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 · 2006-01-04

It is handled by Navision.

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

kine · 2006-01-04

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

Marije_Brummel · 2006-01-04

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 · 2006-01-04

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 · 2006-01-04

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

DenSter · 2006-01-04

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 · 2006-01-04

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

DenSter · 2006-01-04

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 · 2006-01-04

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 · 2006-01-04

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 · 2006-01-04

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

i4tost · 2006-01-04

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 · 2006-01-04

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

Voila.

henrikohm · 2006-01-04

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 · 2006-01-04

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 · 2006-01-04

no problem :-D this works very fine!

thank you and have a great new year

Newest Navision Client on old bases?

Comments

Categories