Printing from QuickPDF

I'm trying to print a PDF from inside QuickPDF but the logotype it contains (image) wont show up at the paper.

When I print the same PDF from Acrobat, it works fine.

There must be something related to the PDF that I dont know...

The PDF I'm loading can be get from here :

http://www.DES.online.unimep.br/au/test.pdf

And, below is the code I'm using to print it :

OPTION EXPLICIT

DIM objMyForm,nReturn,nCount,nI,fName,fValue,poptions

Set objMyForm = WScript.CreateObject("ISED.QUICKPDF")

WScript.Echo objMyForm.unlockkey("...")

if objMyForm.LoadFromFile("TEST.PDF") = false then
    MsgBox objMyForm.LastErrorCode()
    Wscript.Quit(1)
end if

nReturn= objMyform.PrintOptions(0,0,"JobTitle")

WScript.Echo nReturn

poptions=objMyForm.PrintDocument("MYHPG85",1,1,nReturn)



What it could be ?

- The printer driver ?
- Something wrong with the PrintDocument method ?
- Chicks suggested me the GDI+ Library. What is it ? Is it free ?

Chicks :

Thanks again 4 your help !

I updated the GDI Plus as you suggested on a W2K machine and it worked fine.

However, on my own machine, which is a W98, it is still not working.

I dont know how to update it...

Also, 98 % of my clients machines are W98. I have to figure out a strategy to update them all...

Hi Chicks !

I found how to solve the problem : just copied GDIPLUS.DLL on the same directory of the application and it worked fine !

As for Acrobat, I dont care if they have or not because QuickPDF doesnt demand it.

Thanks again 4 your help !

Also, keep in mind that the QuickPDF library has a "loadlibrary" command so that you can tell it where GDI+ is located. Here are the specifics:

SetGDIPlusFileName
Description
Sets the path and filename of the GDI+ DLL (gdiplus.dll) used by the RenderDocumentToFile and DARenderPageToString functions. This can usually be left at the default, which means the DLL will most probably be stored in the windows/System folder, but on webservers, etc. it may be necessary to store the file in a different location.

Definition
function SetGDIPlusFileName(DLLFileName As String) As Long

Parameters
DLLFileName The path and file name of the GDI+ DLL, for example "c:dllsgdiplus.dll".

Returns
0 The specified file could not be found.
1 The GDI+ DLL file name was set successfully.

OPS, sorry !

The script was wrong... Even fixing it however, the only way to make it work is to put the dll on c:\windows\command. The SetGDIPlusFileName function call seems to be useless at the script, although it's loading OK the dll :

OPTION EXPLICIT

Dim QP

Set QP = CreateObject("iSED.QuickPDF")

if QP.SetGDIPlusFileName("C:\RPS\GDIPLUS.DLL") = 0 Then
    WScript.Echo "Could not load GDIPLUS..."
    WScript.Quit
End If

Call QP.UnlockKey("mykey")

if QP.LoadFromFile("C:\TEST\WSH\TEST.PDF") = false then
    MsgBox objMyForm.LastErrorCode()
    Wscript.Quit
end if

Call QP.PrintDocument("HPG85", 1, 1, QP.PrintOptions(2, 1, "TEST JOB"))

set QP = nothing

OK. I've moved it up to there , that is, C:\WINDDOWS\SYSTEM and now it's working.

Thanks again for your support.

Thread closed.

Hi!
The automatically generated jpg-work-files are a small bug. In the old forum Jan told that's a "forgotten debug-function"...
Oliver gives there the advice...
try this:
- create a temporary, empty directory
- set the current dir for your app to that directory
- run your pdf-functions...
- erase the temporary directory

Best regards,
Ingo

Thanks for the tip! I'll go fix my copy. Update: I commented out the lines you suggested, and it did the trick. Thanks!

By the way, even though iSed calls it v5.11, the actual version number of the compiled library says that it is v4.42, which makes more sense to me as there are very little differences between v4.41 and v4.42. But they did fix the "EncryptFile" routine. When was that again? A year ago?

   Wow... time flies.

Edited by Michel_K17