This problem is a little hard to put into a subject but I'll try. Our database is a Navision 2.60 Version, however we made a technical update to Navision Attain. We are using Windows XP as system enviroment. Our Navision Server is running on Windows NT. Since our technical update we have problems printing invoices. The pagebreak is often not correct. So we looked for the problem and found that our workstations are all missing the Dummy font <helvetica> and so the system uses other fonts like Roman. On the server the font <helvetica> is still being used, so the Invoices are ok. Now today I have found one more report that reacts similarly. No matter where I print it, on Server or on my workstation it prints one page OK, one page blank with the footer, and then one page ok again and so on and so on. If I print it using the fin 2.6 exe it is fine, but using the attain Exe I can only print this report using up the double number of pages. I am guessing that the problem might not be the "missing" <helvetica> but that maybe the currreport.showoutput is being interpreted differently in the old navision financials then in the Attain system. Or does anyone have a different idea? The thing that is getting to me is that this report does not print correctly on the server either. But on a local 2.6 version it is fine!
I'm really frustrated because I do not know what else to do! Please help!!!!
:?
0
Comments
Nope, it behaves the same way.
I would suggest that you have used the "Page Setup" to align the reports to the printer. I wouldn't recommend that. Anyway I would check if every report is printed faulty, and if so, I would check the paper size and margin setup in the printer driver.
If you can't find anything just uninstall the printer and install it again.
Things must have changed slightly because there is one report - it runs using 2.60 it is faulty using Attain unless one takes out the print on every page = true. So there must have been changes. Same maschine, same printer.
Well thanks anyway for your help.
On one PC with win 98, it would not print some reports correctly. Other PCs in office (Win 98, 2K & XP) worked fine.
Our printers are HPs. So called HP. Their explanation made some sense and fix worked.
Short story/fix: We had the latest HP drivers installed on all machines, namely PCL6, fix was to drop back to PCL5 on that machine. So a try an earlier version of printer drivers
Long story:
HP tries to keep up w latest software/user demands, which involves dealing with graphics, photos, etc. etc. The software (e.g Photoshop, Dreamweaver, etc.) that is focused on graphics, know how to truly communicate using latest drivers.
Accounting packages, database programs (Navision for one and Tech I spoke to had other Nav users call) do not spend a lot of time/effort on graphics end of things.
So, Navision (other accounting packages) do not quite get it right with latest drivers. I do not know where Nav 2.6 came out in terms of PCL 6 (before or after) but with our Nav 2.0 it is a little out of date in terms of latest drivers- regardless of manufacturer.
Why the one machine and not the others? Short answer who knows? Unless one compares all stuff on that machine to all the stuff on the others. Slightly different version of Win 98 I suspect (updates, version etc.)
In my case/problem, tech said I might have to drop back to PCL 4 but as it turned out, needed to go back to 5.
So try an earlier printer driver.
You can set up 2 or more drivers on same PC in case you do need latest drivers for other applications.
Navision Financials 2.0
blueOrbwise.net
Theoretically font does not matter, it simply subsitutes another for the missing one.
In practice, it does matter. Fonts are slightly different. Just noticed in a report we run that missing font/substitution causes the last digit to get get cut off, whereas the number fits if correct font installed.
So I need to either install the font or resize the box when I get back after the holidays. :P
Navision Financials 2.0
blueOrbwise.net